[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: gratuitous change blocks upgrade to :-(

Just a heads up that there has been torrc validation in arm for quite some time now. Warnings about this issue (unused entries due to duplicates) have been given since release 1.2.2 (11/8/09, so bit less than a year now). I just tested and it has been giving warnings about ExcludeNodes all this time (root cause is that only entries with LINELIST and LINELIST_S in src/or/config.c can be duplicates).

If others have ideas for additional validation I can do on user's torrc files then I'd love to know. Cheers! -Damian

On Fri, Sep 10, 2010 at 1:05 AM, Sebastian Hahn <mail@xxxxxxxxxxxxxxxxx> wrote:

On Sep 10, 2010, at 9:57 AM, Scott Bennett wrote:

   On Fri, 10 Sep 2010 03:39:44 -0400 Roger Dingledine <arma@xxxxxxx>
As I understand it, we changed no behavior except printing out a warn
for people who had multiple lines, to tell them that they're expecting
behavior that they're not getting.

   [extremely shocked pause...]
   Roger, please tell me that you're joking.  I have *never* had the
understanding from reading the documentation in all of the years I've been
using tor that only a single line of each type would be used.  How, then,
are we to exclude all of the nodes that we find unacceptable for use in our
own circuits?
   If what you say is actually the case, then it would seem that a problem
described on this list on many occasions during the last few years may, in
fact, have been due to this horrible limitation.  Several of us have complained
on numerous occasions that adding a node to one list or the other and sending
SIGHUP to tor (or restarting it) failed to prevent that node from being used
in the manner that we had expressly excluded.  If what you say is indeed the
case, then it is a truly awful design bug.

Yup, that's the actual behaviour. Good thing we added the warn, otherwise
it might have gone unnoticed longer.


To unsubscribe, send an e-mail to majordomo@xxxxxxxxxxxxxx with
unsubscribe or-talk    in the body. http://archives.seul.org/or/talk/