[tor-bugs] #28624 [Core Tor/Tor]: Should we remember dormant state on restart?

Tor Bug Tracker & Wiki blackhole at torproject.org
Tue Nov 27 11:10:50 UTC 2018


#28624: Should we remember dormant state on restart?
--------------------------+------------------------
 Reporter:  arma          |          Owner:  (none)
     Type:  enhancement   |         Status:  new
 Priority:  Medium        |      Milestone:
Component:  Core Tor/Tor  |        Version:
 Severity:  Normal        |     Resolution:
 Keywords:                |  Actual Points:
Parent ID:                |         Points:
 Reviewer:                |        Sponsor:
--------------------------+------------------------

Comment (by arma):

 Ok, here is a concrete set of steps, to go with the brainstorming above:

 (1) When Tor is dormant, and it's writing out its state file, write the
 one bit ("yes I'm dormant") in the state file.

 (We don't have to write that bit if we went dormant via the controller
 command (on the theory that if you've got a controller that is controlling
 you, it can do it again next time), but if it makes the implementation
 easier, it's fine to.)

 (2) If Tor starts up and finds that bit set in its state file, it should
 start up dormant.

 (3) We should talk to Damian and Pearl Crescent about how best to help
 controllers handle the new concept that a Tor could start yet not attempt
 to bootstrap. It turns out we already have a 'getinfo dormant', but it
 means the old notion of dormant that only has to do with circuit building,
 not the new notion that #28335 decided it meant (oops), so we should
 probably expand and revise that. Another option is to make a controller
 event called dormant, and issue that event in response to a 'getinfo
 status/bootstrap-phase' so a controller that knows to listen for the event
 can always notice. Maybe there are even smoother options.

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/28624#comment:1>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online


More information about the tor-bugs mailing list