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

Closed (moved)
Open
Opened Oct 14, 2017 by teor@teor

Tor only updates guard state after a consensus if it has enough directory info

Steps to reproduce:

  1. Launch tor in a fresh data directory
export DATADIR=`mktemp -d`
src/or/tor DataDirectory "$DATADIR" StrictNodes 1 EntryNodes 1390DFDB5603AB5A16564505D7AE8647B1818A3C
  1. Delete its microdescriptors
rm -v "$DATADIR"/cached-microdescs*
  1. Repeat step 1

Expected behaviour:

Tor uses the selected EntryNode

Actual Behaviour:

Tor uses a fallback directory mirror

This happens because tor should update guard state after every consensus, but it only updates guard state when it has enough directory info.

It is pathological when combined with #23817 (moved), when tor gets in a state when it doesn't have enough directory info because its guards are broken, and never updates its guard state, so it can't get enough directory info.

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