Skip to content
GitLab
  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • Tor Tor
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 313
    • Issues 313
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 34
    • Merge requests 34
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • The Tor Project
  • Core
  • TorTor
  • Issues
  • #531
Closed
Open
Created Oct 18, 2007 by Nick Mathewson@nickm👁Owner

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