[tor-bugs] #5462 [Tor]: Clients should alert the user if many guards are unreachable
Tor Bug Tracker & Wiki
torproject-admin at torproject.org
Tue Oct 30 22:23:38 UTC 2012
#5462: Clients should alert the user if many guards are unreachable
------------------------+---------------------------------------------------
Reporter: mikeperry | Owner:
Type: defect | Status: new
Priority: major | Milestone: Tor: 0.2.4.x-final
Component: Tor | Version:
Keywords: tor-client | Parent: #5456
Points: | Actualpoints:
------------------------+---------------------------------------------------
Comment(by nickm):
I like the idea of killing the "last N connections thing" by
optimistically retrying when we get a fresh consensus. (Don't we already
mark guards as up when we get a consensus that lists them as Running,
though? I thought we did something like that. We could change it from
"mark them up" to "mark them as to-be-tested-for-upness", I guess?)
I don't like the "re-test all the guards" logic if the number of guards to
test could be quite large, though. Can we limit it to some not-too-big
number of our apparently-Running guards to try, or will a user with 20
guards they haven't been able to connect to launch 20 connections every
time they get a consensus?
> That solves the "Is the network live?" question implicitly through valid
consensus download,
Hm. I think we need to have other triggers too, as you note, because it's
quite possible for Tor to have with a fresh consensus but no network yet
(like, when unsuspending a laptop with Tor running on it, then connecting
to a wireless network or something).
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/5462#comment:9>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list