[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #19162 [Core Tor/Tor]: Make it even harder to become HSDir
#19162: Make it even harder to become HSDir
-------------------------------------------------+-------------------------
Reporter: asn | Owner: arma
Type: defect | Status:
Priority: Medium | accepted
Component: Core Tor/Tor | Milestone: Tor:
Severity: Normal | 0.2.9.x-final
Keywords: tor-hs SponsorR 029-proposed | Version: Tor:
TorCoreTeam201606 | 0.2.7
Parent ID: | Resolution:
Reviewer: | Actual Points:
| Points:
| Sponsor:
| SponsorR-can
-------------------------------------------------+-------------------------
Comment (by asn):
Hmm, interesting. I tried to repro this in chutney, and indeed the tks
seem to increase all the time even if I kill some of the relays. However,
I don't know if rephist works the same in chutney as in the normal net, so
this might be worth exploring further on moria.
Roger, how would you feel about adding something like this:
{{{
{
int i = 0;
for (i = 0 ; i < n_active; i++) {
log_warn(LD_GENERAL, "TK %d/%d: %ld", i, n_active, tks[i]);
}
}
}}}
in `dirserv_compute_performance_thresholds()` after the `tks` array gets
initialized? That will result in about 6k lines of logs every hour... But
just doing it for a few hours should be sufficient to get some
understanding.
When I did the above in chutney, all the tk elements seem to increase even
if the corresponding relay was down. Also, the first element of the array
was always set to 0 (maybe that's us and it's a bug?).
(Finally, looking at moria's logs, `guard_tk` seems to always be set to
`TIME_KNOWN_TO_GUARANTEE_FAMILIAR`. I guess that's on purpose.)
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/19162#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