[tor-bugs] #18828 [Tor]: Regenerate fallback list for 0.2.9

Tor Bug Tracker & Wiki blackhole at torproject.org
Fri Apr 15 14:43:03 UTC 2016


#18828: Regenerate fallback list for 0.2.9
---------------------------------------------+-----------------------------
 Reporter:  teor                             |          Owner:  teor
     Type:  enhancement                      |         Status:  new
 Priority:  Medium                           |      Milestone:  Tor:
Component:  Tor                              |  0.2.???
 Severity:  Normal                           |        Version:
 Keywords:  TorCoreTeam201609, 029-proposed  |     Resolution:
Parent ID:                                   |  Actual Points:
 Reviewer:                                   |         Points:  medium
                                             |        Sponsor:  SponsorU-
                                             |  can
---------------------------------------------+-----------------------------
Description changed by teor:

Old description:

> We need to regenerate the fallback directory mirror list in 0.2.9 in case
> any of the 0.2.8 fallbacks have changed details or gone down.
>
> This should not require another opt-in mailout, as we had ~70 additional
> fallbacks in 0.2.8 that were suitable but not selected.
>
> We should also:
> * check the bandwdith range in the script's generated C comments
> * check the IP version, netblock, port, and Exit flag proportions in the
> script's stderr output
>
> Over the longer term, we could:
> * reconsider whether to allow 2 fallbacks per operator (contact, family),
> while keeping 1 per IP
> * decide whether to change to an opt-out system, where we includes
> fallbacks unless operators specifically opt-out

New description:

 We need to regenerate the fallback directory mirror list in 0.2.9 in case
 any of the 0.2.8 fallbacks have changed details or gone down.

 This should not require another opt-in mailout, as we had ~70 additional
 fallbacks in 0.2.8 that were suitable but not selected.

 We should also:
 * restore the 120 day stability period and 99% uptime requirement that
 were reduced in 0.2.8 due to #18050
 * check the bandwdith range in the script's generated C comments
 * check the IP version, netblock, port, and Exit flag proportions in the
 script's stderr output

 Over the longer term, we could:
 * reconsider whether to allow 2 fallbacks per operator (contact, family),
 while keeping 1 per IP
 * decide whether to change to an opt-out system, where we includes
 fallbacks unless operators specifically opt-out

--

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


More information about the tor-bugs mailing list