Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • Trac Trac
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Issues 246
    • Issues 246
    • List
    • Boards
    • Service Desk
    • Milestones
  • Monitor
    • Monitor
    • Metrics
    • Incidents
  • Analytics
    • Analytics
    • Value stream
  • Wiki
    • Wiki
  • Activity
  • Create a new issue
  • Issue Boards
Collapse sidebar
  • Legacy
  • TracTrac
  • Issues
  • #531

Closed (moved)
(moved)
Open
Created Oct 18, 2007 by Nick Mathewson@nickm🍬

Transition from 0.0.0.0 listener to specific listener disallowed

Coderman reported back in August that if you try to change from a listener on 0.0.0.0 to a listener on a specific address, Tor will often fail, because it doesn't close the old listener until the new listener is open (in order to be undoable), but it can't open the new listener until the old one is closed.

See or-talk/or-dev thread, "Server node stalls on unsuccessful socks listener change."

It looks like we have two options:

  1. Disallow the 0.0.0.0 -> non 0.0.0.0 change.
  2. When transitioning from 0.0.0.0, accept that the transition will not be perfectly undoable.

[Automatically added by flyspray2trac: Operating System: All]

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking