An operator wants this relay taken off the whitelist and put on the blacklist:
0BEA4A88D069753218EAAAD6D22EA87B9A1319D6
It is being shut down.
See #25169 (moved).
An operator wants this relay taken off the whitelist and put on the blacklist:
9FBEB75E8BC142565F12CBBE078D63310236A334
It is being shut down.
See #25414 (moved).
Instead of updating fallback details in the whitelist, we should do #24838 (moved) and ignore them. We believe onionoo, and onionoo checks stability anyway.
Trac: Description: We need to update the list using:
8/150 = 5% of fallbacks are currently down.
https://consensus-health.torproject.org/graphs.html
At this rate, it will be 2019 before we reach our 25% failure threshold.
So we don't need to do a fallback rebuild in 0.3.4.
Trac: Milestone: Tor: 0.3.4.x-final to Tor: 0.3.5.x-final
That branch has 20 new and 2 changed IPv4 addresses.
Our target is >30% of the final count having new or changed IPv4 addresses, we currently have a best case scenario of:
(2 + 20)/(150 + 20) = 13%.
If we have 170 fallbacks, we can also increase the limit per operator to 170 x 5% = 8 relays.
That should gain us 5 more relays from existing large operators, which gives us 15% new or changed IPv4 addresses.
I have just pushed another commit with 9 more relays added to the fallback list. I've also followed up with large relay operators today to see if they have any more to offer us.
That branch has 20 new and 2 changed IPv4 addresses.
Our target is >30% of the final count having new or changed IPv4 addresses, we currently have a best case scenario of:
(2 + 20)/(150 + 20) = 13%.
If we have 170 fallbacks, we can also increase the limit per operator to 170 x 5% = 8 relays.
That should gain us 5 more relays from existing large operators, which gives us 15% new or changed IPv4 addresses.
These tickets are being triaged out of 0.3.5. The ones marked "035-roadmap-proposed" may return.
Oops, this is on the 0.3.5 roadmap, if:
we reach the 30% changed/new relays threshold, so the list can help with censorship
we reach the 25% down relays threshold in consensus health
Here's how we're progressing:
The branch now has ~35 new and ~2 changed IPv4 addresses.
Our target is >30% of the final count having new or changed IPv4 addresses, we currently have a best case scenario of:
(2 + 35)/(150 + 35) = 20%.
If we have 185 fallbacks, we can also increase the limit per operator to 185 x 5% = 9 relays.
That should gain us 10 more relays from existing large operators, which gives us 24% new or changed IPv4 addresses.
On Monday I sent out another round of emails to large operators asking for fallback mirrors, today I received 1 more and heard from other operators they are considering which to add.
Trac: Milestone: Tor: unspecified to Tor: 0.3.5.x-final Summary: Update fallback whitelist and blacklist in late 2018 to Update fallback whitelist in late 2018 Status: assigned to needs_revision