[tor-bugs] #15660 [- Select a component]: [feature suggestion] Need signal to totally switch to the new set of circuits

Tor Bug Tracker & Wiki blackhole at torproject.org
Sun Apr 12 23:11:21 UTC 2015


#15660: [feature suggestion] Need signal to totally switch to the new set of
circuits
----------------------------------+---------------------
 Reporter:  yurivict271           |          Owner:
     Type:  enhancement           |         Status:  new
 Priority:  normal                |      Milestone:
Component:  - Select a component  |        Version:
 Keywords:                        |  Actual Points:
Parent ID:                        |         Points:
----------------------------------+---------------------
 Currently there is the control command
 {{{
 SIGNAL NEWNYM
 }}}
 which according to specification "switches to clean circuits, so new
 application requests don't share any circuits with old ones." It however
 doesn't affect the old connections, which still go through the old set of
 circuits.

 There is the legitimate need to completely switch to the new set of
 circuits, with termination of all old connections.

 I am suggesting to add the parameter to NEWNYM signal. It can be a string
 parameter, to keep it general and explicit. Syntax that will work like
 NEWNYM but will also terminate old connection could look like this:
 {{{
 SIGNAL NEWNYM TERMINATE
 }}}

 The old syntax will assume this parameter to be empty, and will work like
 before.

 On the user level, wherever they see the button "New Identity", they will
 either have another button next to it "New Identity (force-close old
 connections)", or the yes/no choice "force-close old connections" next to
 the original button.

 My motivation: I had this question before myself, and now I saw somebody
 else asking it on tor-talk@: "Why my exit node doesn't change when I press
 'New Identity' button?"

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


More information about the tor-bugs mailing list