[prev in list] [next in list] [prev in thread] [next in thread]
List: tor-talk
Subject: Re: Please run a bridge relay! (was Re: Tor 0.2.0.13-alpha is out)
From: "Michael Schmidt" <schmidtm524 () googlemail ! com>
Date: 2007-12-23 8:10:55
Message-ID: 5cc93d950712230010y27205f90m391887e0a5a5d676 () mail ! gmail ! com
[Download RAW message or body]
2007/12/22, Roger Dingledine <arma@mit.edu>:
>
>
> > - is there a log, so that I see, if someone is entering the url?
>
> Not really. You could run Vidalia's 'bandwidth graph' and see, but Tor
> does its own activity too, so it would probably be hard to tell.
>
> What sort of interface did you have in mind?
Like this one:
http://psiphon.civisec.org/
> - and no the most important thing: what must the censored user do with
> the
> > url ?
>
> Quoting from https://bridges.torproject.org/ :
> "To use the above lines, go to Vidalia's Network settings page, and
> click "My ISP blocks connections to the Tor network". Then add each
> bridge address one at a time."
>
> You can read more in Vidalia's Network settings page, in the svn version
> of Vidalia, if you click on "How do I find a bridge?" We'll aim to get
> a new snapshot of Vidalia out soon.
Thx, overead it.
> Is it ok if we send this thread to the or-talk list?
>
>
no. ;-) Happy Christmas.
Having "Invisible Tor Entry Points" (ITEPs) in several other applications
would be great, so an Itep c++ library would be good.
Though we need to rise the exit nodes too. From 1200, 500 are dead or not
stable. from 700, 400 are in the EU under logging, and from 300 nodes only
60 are exit points... how can this be rised?
Last Question: is a Bridge or an ITEP only forwarding traffic or as well
routing in both directions? so it could be the case, that one logging exit
node got data from me and I am caught because of being neighbour, so this
could be changed, if ITEPs get a modus, in which they do not route, but only
forward incoming traffic, and this not to exit nodes, but only to forwarding
routers. then the bridge is safe from data retention law, as they are one
hop behind the routing to an exit node. Could that be an option, that ITEPs
are free from exit nodes contacts?
[Attachment #3 (text/html)]
2007/12/22, Roger Dingledine <<a \
href="mailto:arma@mit.edu">arma@mit.edu</a>>:<div><span \
class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px \
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <br>> - \
is there a log, so that I see, if someone is entering the url?<br><br>Not really. You \
could run Vidalia's 'bandwidth graph' and see, but Tor<br>does its own \
activity too, so it would probably be hard to tell. <br><br>What sort of interface \
did you have in mind?</blockquote><div><br>Like this one:<br><a \
href="http://psiphon.civisec.org/">http://psiphon.civisec.org/</a> \
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, \
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> > - and no the most \
important thing: what must the censored user do with the<br>> url \
?<br><br>Quoting from <a \
href="https://bridges.torproject.org/">https://bridges.torproject.org/</a> \
:<br>"To use the above lines, go to Vidalia's Network settings page, and \
<br>click "My ISP blocks connections to the Tor network". Then add \
each<br>bridge address one at a time."<br><br>You can read more in Vidalia's \
Network settings page, in the svn version<br>of Vidalia, if you click on "How do \
I find a bridge?" We'll aim to get <br>a new snapshot of Vidalia out \
soon.</blockquote><div><br><br>Thx, overead it. <br></div><br><blockquote \
class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt \
0pt 0.8ex; padding-left: 1ex;"> <br>Is it ok if we send this thread to the or-talk \
list?<br><br></blockquote></div><br>no. ;-) Happy Christmas.<br><br>Having \
"Invisible Tor Entry Points" (ITEPs) in several other applications \
would be great, so an Itep c++ library would be good. <br>Though we need to rise the \
exit nodes too. From 1200, 500 are dead or not stable. from 700, 400 are \
in the EU under logging, and from 300 nodes only 60 are exit points... how can this \
be rised?<br><br>Last Question: is a Bridge or an ITEP only forwarding traffic or as \
well routing in both directions? so it could be the case, that one logging exit node \
got data from me and I am caught because of being neighbour, so this could be \
changed, if ITEPs get a modus, in which they do not route, but only forward incoming \
traffic, and this not to exit nodes, but only to forwarding routers. then the bridge \
is safe from data retention law, as they are one hop behind the routing to an exit \
node. Could that be an option, that ITEPs are free from exit nodes contacts? <br><br>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic