Re: another reason to keep ExcludeNodes

2009-02-19 Thread Anon Mus
- Original Message - From: "Roger Dingledine" mailto:a...@mit.edu>> To: mailto:or-talk@freehaven.net>> Sent: Tuesday, February 17, 2009 8:04 PM Subject: Re: another reason to keep ExcludeNodes On Tue, Feb 17, 2009 at 08:08:19PM +0100, Lexi Pimenidis wrote

Re: another reason to keep ExcludeNodes

2009-02-18 Thread John Brooks
No, the middle node cannot change data. It can, however, randomly cut out and drop circuits, connections, or drop off the face of the earth entirely. That is probably what was happening to him. The middle node essentially knows nothing (other than who the entry and exit nodes are), so there would b

Re: another reason to keep ExcludeNodes

2009-02-18 Thread Mitar
Hi! On Tue, Feb 17, 2009 at 11:32 PM, Scott Bennett wrote: > In the particular case I was describing, the node that was consistently > appearing in the circuits that cut off files happened not to be an exit in > any of the failure cases. IIRC, it was nearly always in a middleman position, >

Re: another reason to keep ExcludeNodes

2009-02-17 Thread Scott Bennett
On Tue, 17 Feb 2009 15:04:13 -0500 Roger Dingledine wrote: >On Tue, Feb 17, 2009 at 08:08:19PM +0100, Lexi Pimenidis wrote: >> > > little bit of investigation it turned out that one particular relay was >> > > always in a circuit that truncated those files, so I added it to my >> > > ExcludeN

Re: another reason to keep ExcludeNodes

2009-02-17 Thread Paul Syverson
On Tue, Feb 17, 2009 at 02:14:49PM -0500, Praedor Atrebates wrote: > I'm with Bennett on this. Taking away ExcludeNodes is essentially taking > power and choice from tor users. > > Always always always default towards providing more choice and power > to users, not less. In any case, as indicat

Re: another reason to keep ExcludeNodes

2009-02-17 Thread Roger Dingledine
On Tue, Feb 17, 2009 at 08:08:19PM +0100, Lexi Pimenidis wrote: > > > little bit of investigation it turned out that one particular relay was > > > always in a circuit that truncated those files, so I added it to my > > > ExcludeNodes list. And voila' complete images from then on. > > > > Would n

Re: another reason to keep ExcludeNodes

2009-02-17 Thread Praedor Atrebates
I'm with Bennett on this. Taking away ExcludeNodes is essentially taking power and choice from tor users. Always always always default towards providing more choice and power to users, not less. In any case, as indicated, reporting bad nodes is not exclusive of ExcludeNodes. ExcludeNodes is

Re: another reason to keep ExcludeNodes

2009-02-17 Thread Adless Haven
Isn't ExcludeNodes widely enough used that if it was discontinued then people would use obsolete versions or try to hack Tor to get it back? The reason I use Tor is that it takes power from those collecting huge databases and puts it back in my hands. I would be a bit annoyed if I was unable t

Re: another reason to keep ExcludeNodes

2009-02-17 Thread Lexi Pimenidis
On Tue, Feb 17, 2009 at 05:54:51PM CET, Mitar wrote: hej, > > I just read Roger's message from July 2006 on playing down the use of > > ExcludeNodes and maybe eventually eliminating it. I encountered a reason > > to use it not long ago that doesn't seem to have been mentioned. I noticed > >

Re: another reason to keep ExcludeNodes

2009-02-17 Thread Scott Bennett
On Tue, 17 Feb 2009 17:54:51 +0100 Mitar wrote: >On Tue, Feb 17, 2009 at 10:59 AM, Scott Bennett wrote: >> I just read Roger's message from July 2006 on playing down the use of >> ExcludeNodes and maybe eventually eliminating it. I encountered a reason >> to use it not long ago that doe

Re: another reason to keep ExcludeNodes

2009-02-17 Thread Mitar
Hi! On Tue, Feb 17, 2009 at 10:59 AM, Scott Bennett wrote: > I just read Roger's message from July 2006 on playing down the use of > ExcludeNodes and maybe eventually eliminating it. I encountered a reason > to use it not long ago that doesn't seem to have been mentioned. I noticed > that c

another reason to keep ExcludeNodes

2009-02-17 Thread Scott Bennett
I just read Roger's message from July 2006 on playing down the use of ExcludeNodes and maybe eventually eliminating it. I encountered a reason to use it not long ago that doesn't seem to have been mentioned. I noticed that certain image files that are frequently updated and that I look at ma