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

Re: [tor-bugs] #3309 [Tor Hidden Services]: SIGNAL NEWNYM should clear the last_hid_serv_requests table



#3309: SIGNAL NEWNYM should clear the last_hid_serv_requests table
---------------------------------+------------------------------------------
 Reporter:  rransom              |          Owner:  rransom           
     Type:  defect               |         Status:  needs_review      
 Priority:  major                |      Milestone:  Tor: 0.2.2.x-final
Component:  Tor Hidden Services  |        Version:                    
 Keywords:                       |         Parent:                    
   Points:                       |   Actualpoints:                    
---------------------------------+------------------------------------------

Comment(by rransom):

 Replying to [comment:4 Sebastian]:
 > The situation I want to avoid is that we hear advice like "oh, hs
 doesn't work for you? Just newnym for good measure" because we should only
 advice newnym usage when the user actually wants a new nym.

 We already use NEWNYM to stop using a circuit whose exit node is flaky,
 misconfigured, evil, or otherwise broken, and to clear âenoughâ client
 state between tests in a Torperf run.  Having NEWNYM break users' Tor
 clients will not make us stop recommending that users use it for reasons
 other than making future Tor streams unlinkable to previous streams.

 See #3335 for a ânever make users use NEWNYM to fix this if NEWNYM didn't
 break itâ ticket, but this change is still needed because (a) it is
 definitely simple enough to be merged directly to maint-0.2.2, (b) it is
 needed to keep NEWNYM from breaking things, and (c) it is needed for a
 hidden-service analogue of Torperf.

-- 
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/3309#comment:5>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs