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
  • #2203

Closed (moved)
Open
Opened Nov 19, 2010 by Mike Perry@mikeperry

Tor clients and authorities do not check bad_exit flag w/ consensus weights

It looks like neither clients nor the directory authorities are properly handling the BadExit flag when computing and using the Wxx consensus weights.

On the client side, this causes BadExits to be used less than if they were never exits in the first place.

On the consensus side, this causes us to think there is more Exit bandwidth available in the network than there actually is, which can cause us to overload actual exits by assigning them higher weights to be used in the guard and middle positions.

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