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

Re: [tor-bugs] #3375 [Tor Client]: NEWNYM does not abandon open rendezvous circuits



#3375: NEWNYM does not abandon open rendezvous circuits
------------------------+---------------------------------------------------
 Reporter:  rransom     |          Owner:  rransom           
     Type:  defect      |         Status:  needs_review      
 Priority:  critical    |      Milestone:  Tor: 0.2.1.x-final
Component:  Tor Client  |        Version:                    
 Keywords:              |         Parent:                    
   Points:              |   Actualpoints:                    
------------------------+---------------------------------------------------

Comment(by rransom):

 Replying to [comment:4 nickm]:
 > Replying to [comment:3 rransom]:
 > > Replying to [comment:2 nickm]:
 > > > Looks like a plausible idea to me.
 > > >
 > > > Do we want to be using the same MaxCircuitDirtiness for rendezvous
 circuits?  It seems that this change would make us not only abandon
 circuits on newnym, but reintroduce to any hidden service that we want to
 stay connected to every MaxCircuitDirtiness seconds (current default 10
 min, I think).
 > >
 > > A rendezvous circuit's `timestamp_dirty` is reset every time a stream
 is attached to it,
 >
 > Ow.  This gives timestamp_dirty a different meaning for rendezvous
 circuits than for general circuits, where (unless I'm mistaken) only the
 first stream getting attached causes the circuit timestamp_dirty to get
 set.

 Yes.  See also the changes/ entry for one of my patches for #1297 --
 starting in 0.0.6, one piece of Tor expected `timestamp_dirty` to have
 even more meanings for HS-related circuits, but it didn't actually have
 that meaning.

-- 
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/3375#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