[tor-bugs] #17773 [Core Tor/Tor]: Should clients avoid using guards that lost the Guard flag?
Tor Bug Tracker & Wiki
blackhole at torproject.org
Thu May 26 13:21:32 UTC 2016
#17773: Should clients avoid using guards that lost the Guard flag?
-------------------------------+------------------------------
Reporter: arma | Owner: arma
Type: enhancement | Status: accepted
Priority: Medium | Milestone: Tor: 0.2.???
Component: Core Tor/Tor | Version:
Severity: Normal | Resolution:
Keywords: TorCoreTeam201606 | Actual Points:
Parent ID: | Points: medium?
Reviewer: | Sponsor: None
-------------------------------+------------------------------
Comment (by asn):
Are we sure that we keep on connecting to nodes that used to be guards but
are not anymore?
If you check `entry_guard_set_status()` which gets called by
`entry_guards_compute_status()` everytime we receive a new consensus, you
can see:
{{{
else if (!options->UseBridges && !node->is_possible_guard &&
!routerset_contains_node(options->EntryNodes,node))
*reason = "not recommended as a guard";
}}}
which will later make the `entry_guard_t` get marked with `bad_since`.
Then we will stop picking it as guard.
To be honest, I'm not sure what's the best behavior here. Both choices
(are there only two?) seem to have positives and negatives. FWIW, I'm
pretty sure that the (incomplete) prop259 specifies the same behavior as
the current code (mark nodes as bad and don't connect to them when they
are not guards anymore)
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/17773#comment:13>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list