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
  • Activity
  • Create a new issue
  • 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.

  • Legacy
  • TracTrac
  • Issues
  • #8766

Closed (moved)
Open
Opened Apr 23, 2013 by proper@proper

Tor never recovers when started with skewed clock

How to reproduce...

Start Tor with a skewed clock. For example, +/- one week.

Tor will detect, that the clock is skewed.

Received directory with skewed time (server '...'):
It seems that our clock is ahead by 6 days, 23 hours,
59 minutes, or that theirs is behind. Tor requires an
accurate clock to work: please check your time,
timezone, and date settings.

I learned some more directory information, but not
enough to build a circuit: We have no recent usable
consensus.

Then reset clock back to correct time. Tor will also detect that.

Your system clock just jumped 604800 seconds backward;
assuming established circuits no longer work.

Result:

Tor still won't work (no connections possible).

Expected result:

Tor recovers and can now connect.

Version:

getinfo version: 250-version=0.2.3.25 (git-3fed5eb096d2d187) (On Debian Wheezy.)

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