[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [tor-bugs] #18177 [DocTor]: Check Fallback Directory IPv4 and IPv6 addresses using DocTor



#18177: Check Fallback Directory IPv4 and IPv6 addresses using DocTor
-------------------------+--------------------------
 Reporter:  teor         |          Owner:  atagar
     Type:  enhancement  |         Status:  reopened
 Priority:  Medium       |      Milestone:
Component:  DocTor       |        Version:
 Severity:  Normal       |     Resolution:
 Keywords:               |  Actual Points:
Parent ID:               |         Points:
  Sponsor:               |
-------------------------+--------------------------
Changes (by teor):

 * status:  closed => reopened
 * resolution:  implemented =>


Comment:

 Replying to [comment:8 atagar]:
 > Thanks teor! Done, but with a lot of
 [https://gitweb.torproject.org/stem.git/commit/?id=332ef6e6fe89d9f0d48e9b95acff7de9f3ec647f
 expansion over what you asked]. Stem now has a FallbackDirectory class
 with two methods for getting this information...
 >
 > *
 [https://stem.torproject.org/api/descriptor/remote.html#stem.descriptor.remote.FallbackDirectory.from_remote
 FallbackDirectory.from_remote()] reads the latest fallback_dirs.inc from
 gitweb, providing the latest fallback directories in tor's master branch.
 >
 > *
 [https://stem.torproject.org/api/descriptor/remote.html#stem.descriptor.remote.FallbackDirectory.from_cache
 FallbackDirectory.from_cache()] provides the latest fallback directories
 Stem has cached. This is only as up-to-date as your Stem release but is
 quicker and avoids relying on gitweb.

 In #16774, we added the fallback directories to GETINFO defaults. Tor
 0.2.8.1-alpha and later should be able to tell stem the fallback
 directories this way as well.

 > * Stem's descriptor.remote module now puts less load on the directory
 authorities since it uses fallback directories as well.

 FYI, tor currently tries to connect to 3 fallback directories in the first
 few seconds, then tries an authority. It downloads from the first one that
 connects, and cancels the others. See #4483.

 > Downloading the consensus took 30.80 from eriador

 That's not good, can doctor please report any fallback directories that
 take a relatively long amount of time to serve a consensus (like doctor
 does for the authorities), and report any that take more than 10 seconds?

 How can I get on a list that gets this output, or will it appear on IRC in
 #tor-bots?

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/18177#comment:9>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs