Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
T
Tor
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 1,066
    • Issues 1,066
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 17
    • Merge Requests 17
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Analytics
    • Analytics
    • CI / CD
    • Repository
    • Value Stream
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar

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.

  • The Tor Project
  • Core
  • Tor
  • Issues
  • #32438

Closed
Open
Opened Nov 09, 2019 by intrigeri@intrigeri

Inconsistent failure-then-success bootstrap behavior with clock set 24h in the past

Context: I'm investigating which part of Tails' crazy clock fixing dance we can remove thanks to https://trac.torproject.org/projects/tor/ticket/24661. Corresponding Tails ticket: https://redmine.tails.boum.org/code/issues/16471.

Environment: Tor Browser 9.0.1 x86_64 on Debian unstable, clock set 24h before UTC. Tested both with direct connection to the Tor network and with bridges.

The first time I click "Connect" in Tor Launcher, I see a bootstrapping error (see attached screenshot and Tor logs):

Tor failed to establish a Tor network connection.

Loading authority certificates failed (Clock skew -81944 in microdesc flavor consensus from CONSENSUS - ?).

I guess that's kind of expected despite the improvements implemented as part of https://trac.torproject.org/projects/tor/ticket/24661.

But then, if I click "Reconfigure" and then "Connect", tor bootstraps successfully. This surprises me and feels inconsistent: the way I see it, either the clock is skewed enough for tor to fail bootstrapping, and then it should not succeed on second try; or tor can somehow deal with skewed clock, and then it should succeed on first try.

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None
Reference: tpo/core/tor#32438