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

Closed (moved)
Open
Opened Nov 20, 2018 by Roger Dingledine@arma

Confirm that the strange onionoo flood is resolved

Context part one: Georgetown and NRL et al have a paper at IMC 2018 that found "that ~40% of the sites accessed over Tor have a torproject.org domain name". At the time it was a mystery why.

Context part two: pastly or teor or somebody in Mexico City realized that Orbot had a design mistake where it did an onionoo lookup (over Tor) of the exit relay for its circuit, rather than shipping its own geoip db.

Context part two-b: They also discovered that around the time of that feature roll-out in Orbot, our onionperf graphs start to look uglier especially in terms of performance variance.

Context part three: I think Nathan thinks he fixed the issue in the "Orbot 16.0.3-BETA-2" release on Oct 12. I remember we tracked down what we thought was the fix to a commit that had an unrelated commit message.

Today I saw another Orbot release mail, for "Orbot 16.0.5-RC-1-tor-0.3.4.9".

So: is there a graph or stats somewhere about adoption of Orbot versions, to get a handle on how many Orbot users have this fixed version vs how many don't?

And, can we see any changes on the onionperf results as the fix got rolled out?

And, once we think the fix has been rolled out to most Orbot users, could we do another privcount run on some exits to see if the anomaly went away?

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