Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
Trac
Trac
  • Project overview
    • Project overview
    • Details
    • Activity
  • Issues 246
    • Issues 246
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Operations
    • Operations
    • Metrics
    • Incidents
  • Analytics
    • Analytics
    • Value Stream
  • Wiki
    • Wiki
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Create a new issue
  • Issue Boards

GitLab is used only for code review, issue tracking and project management. Canonical locations for source code are still https://gitweb.torproject.org/ https://git.torproject.org/ and git-rw.torproject.org.

  • Legacy
  • TracTrac
  • Issues
  • #3420

Closed (moved)
Open
Opened Jun 17, 2011 by Nick Mathewson@nickm🐙

Add some way for starting-up controllers to disable non-controller networking until Tor is running.

This is the the successor ticket to #2355 (moved) , which proved on experience not to be the greatest idea (see #3354 (closed) and #3419 (moved) for more info).

The original goal as I understand it was to provide some way for a controller to launch Tor such that it won't make outgoing network connections until the controller has told it to, so that the controller has a chance to ask Tor whether it wants to use

One proposed options for doing this was a __DontUseTheNetwork option that would keep Tor from opening any non-controller listeners and from making any outgoing connections. See #2355 (moved) for more info on motivation here.

(There have been other proposals too, including an as-yet-unnamed, hard-to-specify option that would make should_delay_dir_fetches() return true. [The effect there would be to prevent any connections except those to fetch bridge descriptors, I think.])

The main prospective user for this option is T(A)ILS , so we should make sure that any proposed option would do what T(A)ILS needs before we run off and build it.

I'm opening this as an enhancement request against 0.2.3.x, since we're so late in the 0.2.2.x release process, but if whatever we do here turns out to be small enough and easy enough to backport, we should consider it a backport candidate for 0.2.3.x.

To upload designs, you'll need to enable LFS and have admin enable hashed storage. More information
Assignee
Assign to
Tor: 0.2.3.x-final
Milestone
Tor: 0.2.3.x-final
Assign milestone
Time tracking
None
Due date
None
Reference: legacy/trac#3420