[metrics-bugs] #27050 [Metrics/Onionoo]: Reverse DNS lookups are still slow
Tor Bug Tracker & Wiki
blackhole at torproject.org
Wed Aug 15 15:51:22 UTC 2018
#27050: Reverse DNS lookups are still slow
-----------------------------+--------------------------------
Reporter: irl | Owner: irl
Type: defect | Status: needs_revision
Priority: Medium | Milestone:
Component: Metrics/Onionoo | Version:
Severity: Normal | Resolution:
Keywords: | Actual Points:
Parent ID: | Points:
Reviewer: karsten | Sponsor:
-----------------------------+--------------------------------
Comment (by irl):
Replying to [comment:5 karsten]:
> > * The NodeStatus serialization is extended to include verified and
unverified host names
>
> What exactly is the user-visible effect of this change? Should it go
into the change log, too?
No user-visible impact, but it changes the format of an internal document
type. I also have a Python implementation of the NodeStatus document
serialization for testing which required updating to interpret the new
fields. This would not go in the changelog.
> > * The last reverse DNS lookup time is now only updated on successful
lookups
>
> This sounds potentially user-visible, too. Change log entry?
The last lookup time is not served in the documents. Maybe it should be?
It's not a user-visible change unless they look closely. A missing reverse
name is treated as a failure and tried again on the next update, a success
is only tried again after 12 hours.
> Do you mind adding these change log entries in another commit?
I'll do this shortly.
> I'll start a local test run now. Assuming that it succeeds, should we
put out 6.2-1.17.0 tomorrow?
I wasn't sure if we should wait until 7.0 or not. This change doesn't
violate protocol 6.2 as the host_name field is optional and I guess as
it's mostly broken anyway it doesn't make much of a difference doing the
update sooner.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/27050#comment:6>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the metrics-bugs
mailing list