[metrics-bugs] #32842 [Core Tor/DocTor]: Give notifications if tor26 is missing from the consensus

[Tor Bug Tracker & Wiki]

#32842: Give notifications if tor26 is missing from the consensus
-----------------------------+-------------------------
 Reporter:  Sebastian        |          Owner:  atagar
     Type:  defect           |         Status:  closed
 Priority:  Medium           |      Milestone:
Component:  Core Tor/DocTor  |        Version:
 Severity:  Normal           |     Resolution:  wontfix
 Keywords:                   |  Actual Points:
Parent ID:                   |         Points:
 Reviewer:                   |        Sponsor:
-----------------------------+-------------------------

Comment (by starlight):

 I see

 >commit 5bae2023
 >Date:   Wed Apr 11 08:58:31 2018 -0700
 >To cut down on abuse tor26 rejects DirPort requests without a '.z' suffix
 (technically it throttles them, but I've never seen one work so
 effectively it's blocked). Stem no longer appends this suffix, using
 headers to indicatee the compression it wants instead.

 This could be solved by reverting 5bae2023 and 93c3a9b4 and making the
 change described above to STEM to add .z when any compression is
 requested, but it seems you dislike the approach.  Or by checking the
 consensus for Tor26 as first indicated above, which is probably more work
 though I have not looked at at it.  Which is "less bad?"  If the .z hack
 were applied only when an option in STEM was present would it be more
 palpable?  Alternately if DocTor were to check the consensus for tor26, it
 might as well check for the presence of all authorities and report any
 missing.

 Seems to me nothing special should be required for testing DocTor except
 changing the email notification address, is is that true?

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/32842#comment:11>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online