[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #32842 [Core Tor/DocTor]: Give notifications if tor26 is missing from the consensus
#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
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs