Re: Re: problem with bridges and a suggestion

frank for.tor.bridge at gmail.com
Wed May 26 08:11:05 UTC 2010


dear andrew,

I tried to reach directory server with the following config:

#use a https proxy to reach directory server
HttpProxy IP:port

but it doesn't work, does not the directory server support https proxy?

my suggestion:
1.
let the directory server support https proxy, so that tor clients could reach it through a hidden https proxy;
2.
the directory server tests the reachability from some relays to the requesting tor clients, 
then sends back to tor clients a merely enough number of relays reachable by the requesting tor clients;
3.
in order to accomplish step 2, you have to set up some mechanics for relays to actively test reachability from them to tor clients.

hope I can help.
	
sincerely,
 
frank
2010-05-26

-------------------------------------------------------------
发件人:andrew
发送日期:2010-05-25 19:52:05
收件人:or-talk
抄送:
主题:Re: problem with bridges and a suggestion

On Tue, May 25, 2010 at 05:18:44PM +0800, for.tor.bridge at gmail.com wrote 1.3K bytes in 36 lines about:
: china is blocking TOR  more and more strict,
: I can't establish a TOR circuit even I updated bridges in config file
: of torrc with info retrieved from https://bridges.torproject.org and
: email replies from bridges at torproject.org.

Correct.  We are aware of this.

: this morning, I got some new bridges through a hidden https proxy and
: established a TOR circuit, but after some time, I lost the connection
: and couldn't  establish a TOR circuit any more.

Can you send debug logs to tor-assistants at torproject.org with what
happens when your client tries to connect to the bridges?

: from my knowledge to china's blocking methods, I believe they found my
: newly got bridges through network traffic protocol analysis, and
: blocked them.

This is unlikely.  In our experience, they are merely blocking IP:Port
combinations.

: use a general protocol for TOR clients to interact with bridges, so
: that they can't distinguish the traffic between TOR clients and
: bridges,
: so that they can't find new bridges got through private ways.

Tor traffic through bridges vs. public relays is the same.  There is not
a special "bridge connection".  See
https://www.torproject.org/faq#RelayOrBridge, also that text needs to be
updated to reflect China's uniqueness in filtering Tor public relays.

: the general protocol could be https which is encryption protected;

It is already.  What may be unique is we start the connection with a TLS
renegotiation.  This is probably starting to stand out as unique now
that OpenSSL decided to everyone used renegotiation incorrectly and
almost all operating systems have erroneously disabled this
functionality by default.  See
https://www.torproject.org/faq#KeyManagement

: the general protocol could be plain http, if you can encode its
: content dynamically and privately, and don't make it display any
: fingerprints.

Then someone can read your traffic.  Hiding in plain sight sounds good
on paper, but doesn't stand up to academic research, so far.  See
https://trac.torproject.org/projects/tor/wiki/TheOnionRouter/TorFAQ#YoushouldusesteganographytohideTortraffic.

-- 
Andrew Lewman
The Tor Project
pgp 0x31B0974B

Website: https://www.torproject.org/
Blog: https://blog.torproject.org/
Identi.ca: torproject
***********************************************************************
To unsubscribe, send an e-mail to majordomo at torproject.org with
unsubscribe or-talk    in the body. http://archives.seul.org/or/talk/


More information about the tor-talk mailing list