[tor-bugs] #13963 [Tor]: If Modified Since delay is too long when V3AuthVotingInterval is very short
Tor Bug Tracker & Wiki
blackhole at torproject.org
Mon Dec 15 12:55:16 UTC 2014
#13963: If Modified Since delay is too long when V3AuthVotingInterval is very short
-----------------------------------------+---------------------------------
Reporter: teor | Owner:
Type: defect | Status: new
Priority: normal | Milestone:
Component: Tor | Version: Tor:
Keywords: tor-auth tor-dir tor-client | 0.2.6.1-alpha
Parent ID: #13718 | Actual Points:
| Points:
-----------------------------------------+---------------------------------
Clients add 3 minutes to the last consensus valid after time to create an
"If Modified Since" header. This works when MIN_VOTE_INTERVAL is 5
minutes.
But when the V3AuthVotingInterval is set lower in a testing network (see
#13823 and #13718), 3 minutes can be far too long to wait for an updated
consensus. (For example, MIN_VOTE_INTERVAL_TESTING is 10 seconds.)
I'd like to set the "If Modified Since" header to halfway between the
valid after and fresh until times, but only when the V3AuthVotingInterval
is particularly short (less than 6 minutes).
By comparison, the default of 3 minutes is 1/20 the default consensus
interval of 60 minutes.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/13963>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list