- network-health - lists.torproject.org

Please upgrade your "reactortornode" Tor relay running 0.4.0.5
by Georg Koppen 25 Feb '20

25 Feb '20

Hi, You are running a Tor relay, which is great: http://rougmnvswfsmd4dq.onion/rs.html#search/DD808ECE4F2E24F377CBE11E335ECD… But that Tor version is obsolete, and because of old bugs, we will soon cut relays running those versions out of the network. Please consider upgrading! You can find Tor packages and instructions for your distro / OS here: https://community.torproject.org/relay/setup/guard/ Ideally you will switch to keeping up with our stable releases, but if you need a stable that is especially stable, the Tor 0.3.5 branch will be maintained until Feb 2022: https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkTeam/CoreTor… and you can see the lifetimes of other Tor versions on that table too. Let us know if we can do anything to make the process easier. And lastly, I am cc'ing the new network health mailing list (which has public archives), to help us stay synced: https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkHealthTeam Thanks! Georg

1 0

Please upgrade your "chocolaterain" Tor relay running 0.4.0.6
by Georg Koppen 25 Feb '20

25 Feb '20

Hi, You are running a Tor relay, which is great: http://rougmnvswfsmd4dq.onion/rs.html#search/40CDE936B04B4573A4722339600644… But that Tor version is obsolete, and because of old bugs, we will soon cut relays running those versions out of the network. Please consider upgrading! You can find Tor packages and instructions for your distro / OS here: https://community.torproject.org/relay/setup/guard/ Ideally you will switch to keeping up with our stable releases, but if you need a stable that is especially stable, the Tor 0.3.5 branch will be maintained until Feb 2022: https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkTeam/CoreTor… and you can see the lifetimes of other Tor versions on that table too. Let us know if we can do anything to make the process easier. And lastly, I am cc'ing the new network health mailing list (which has public archives), to help us stay synced: https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkHealthTeam Thanks! Georg

1 0

Please upgrade your "zwiebelringXX" Tor relay running 0.4.0.5
by Georg Koppen 25 Feb '20

25 Feb '20

Hi, You are running a Tor relay, which is great: http://rougmnvswfsmd4dq.onion/rs.html#search/DA4B488C2826DFBBD04D635DA1E71A… But that Tor version is obsolete, and because of old bugs, we will soon cut relays running those versions out of the network. Please consider upgrading! You can find Tor packages and instructions for your distro / OS here: https://community.torproject.org/relay/setup/guard/ Ideally you will switch to keeping up with our stable releases, but if you need a stable that is especially stable, the Tor 0.3.5 branch will be maintained until Feb 2022: https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkTeam/CoreTor… and you can see the lifetimes of other Tor versions on that table too. Let us know if we can do anything to make the process easier. And lastly, I am cc'ing the new network health mailing list (which has public archives), to help us stay synced: https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkHealthTeam Thanks! Georg

1 0

Please upgrade your "texthtml" Tor relay running 0.4.0.5
by Georg Koppen 25 Feb '20

25 Feb '20

Hi, You are running a Tor relay, which is great: http://rougmnvswfsmd4dq.onion/rs.html#search/2D531C17827E0054DF612F26EEAAE5… But that Tor version is obsolete, and because of old bugs, we will soon cut relays running those versions out of the network. Please consider upgrading! You can find Tor packages and instructions for your distro / OS here: https://community.torproject.org/relay/setup/guard/ Ideally you will switch to keeping up with our stable releases, but if you need a stable that is especially stable, the Tor 0.3.5 branch will be maintained until Feb 2022: https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkTeam/CoreTor… and you can see the lifetimes of other Tor versions on that table too. Let us know if we can do anything to make the process easier. And lastly, I am cc'ing the new network health mailing list (which has public archives), to help us stay synced: https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkHealthTeam Thanks! Georg

1 0

Please upgrade your "arnall" Tor relay running 0.4.0.5
by Georg Koppen 24 Feb '20

24 Feb '20

Hi, You are running a Tor relay, which is great: http://rougmnvswfsmd4dq.onion/rs.html#search/A1B7C1F83E5DA4376FD2E1DBA7AC28… But that Tor version is obsolete, and because of old bugs, we will soon cut relays running those versions out of the network. Please consider upgrading! You can find Tor packages and instructions for your distro / OS here: https://community.torproject.org/relay/setup/guard/ Ideally you will switch to keeping up with our stable releases, but if you need a stable that is especially stable, the Tor 0.3.5 branch will be maintained until Feb 2022: https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkTeam/CoreTor… and you can see the lifetimes of other Tor versions on that table too. Let us know if we can do anything to make the process easier. And lastly, I am cc'ing the new network health mailing list (which has public archives), to help us stay synced: https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkHealthTeam Thanks! Georg

1 0

Please upgrade your "brooke" Tor relay running 0.4.0.6
by Georg Koppen 24 Feb '20

24 Feb '20

Hi, You are running a Tor relay, which is great: http://rougmnvswfsmd4dq.onion/rs.html#search/F5F4019509109A07E90C45A022CEED… But that Tor version is obsolete, and because of old bugs, we will soon cut relays running those versions out of the network. Please consider upgrading! You can find Tor packages and instructions for your distro / OS here: https://community.torproject.org/relay/setup/guard/ Ideally you will switch to keeping up with our stable releases, but if you need a stable that is especially stable, the Tor 0.3.5 branch will be maintained until Feb 2022: https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkTeam/CoreTor… and you can see the lifetimes of other Tor versions on that table too. Let us know if we can do anything to make the process easier. And lastly, I am cc'ing the new network health mailing list (which has public archives), to help us stay synced: https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkHealthTeam Thanks! Georg

1 0

Please upgrade your "Reichsfunkmast" Tor relay running 0.2.9.16
by Georg Koppen 24 Feb '20

24 Feb '20

Hi, You are running a Tor relay, which is great: http://rougmnvswfsmd4dq.onion/rs.html#search/9E654F92F84908427A2EABFF43349B… But that Tor version is obsolete, and because of old bugs, we will soon cut relays running those versions out of the network. Please consider upgrading! You can find Tor packages and instructions for your distro / OS here: https://community.torproject.org/relay/setup/guard/ Ideally you will switch to keeping up with our stable releases, but if you need a stable that is especially stable, the Tor 0.3.5 branch will be maintained until Feb 2022: https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkTeam/CoreTor… and you can see the lifetimes of other Tor versions on that table too. Let us know if we can do anything to make the process easier. And lastly, I am cc'ing the new network health mailing list (which has public archives), to help us stay synced: https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkHealthTeam Thanks! Georg

1 0

Please upgrade your "Onyx" Tor relay running 0.4.0.5
by Georg Koppen 24 Feb '20

24 Feb '20

Hi, You are running a Tor relay, which is great: http://rougmnvswfsmd4dq.onion/rs.html#search/6DFEB41C04CCE846871338E85DD5AC… But that Tor version is obsolete, and because of old bugs, we will soon cut relays running those versions out of the network. Please consider upgrading! You can find Tor packages and instructions for your distro / OS here: https://community.torproject.org/relay/setup/guard/ Ideally you will switch to keeping up with our stable releases, but if you need a stable that is especially stable, the Tor 0.3.5 branch will be maintained until Feb 2022: https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkTeam/CoreTor… and you can see the lifetimes of other Tor versions on that table too. Let us know if we can do anything to make the process easier. And lastly, I am cc'ing the new network health mailing list (which has public archives), to help us stay synced: https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkHealthTeam Thanks! Georg

1 0

Large ASes and Operators
by teor 19 Feb '20

19 Feb '20

Hi Network Health team, A relay operator recently raised some concerns about a large exit operator on the tor-relays list: https://lists.torproject.org/pipermail/tor-relays/2020-February/018151.html I did some analysis of the largest ASes: * 23% of guards and 22% of middles (Hetzner) * 16% of guards and 12% of middles (OVH) * 10% if guards (Online) * 20% of exits (Joshua Peter McQuistan) https://metrics.torproject.org/rs.html#aggregate/as I think the "Joshua Peter McQuistan" AS is all one operator. I've opened this ticket to check for bandwidth authority configuration or location issues: Are bandwidth authorities concentrating too much bandwidth in one area? https://trac.torproject.org/projects/tor/ticket/33351 I've also opened this ticket to check for sbws bugs: Is sbws weighting some relays too high? https://trac.torproject.org/projects/tor/ticket/33350 Ultimately, I think the answer is "Let's help people run more exits." (After we finish Sponsor 55, maybe our next step should be IPv6-only bridges and exits.) I'm not sure if you want to impose some kind of limits on ASes or operators in the meantime. I suggest that 20% of Guards, Middles, or Exits is a useful limit. T -- teor ----------------------------------------------------------------------

2 1

Re: [network-health] ASMap Work for Sybil Resistance in Bitcoin Core
by Georg Koppen 01 Feb '20

01 Feb '20

Hi Matt! Matt Corallo: > Hey gk@! > > I was directed to send a mail with this to you to make you aware of it > by a random IRC'izen. Thanks and sorry for the meeting confusion. It should be better from next week on once we get used to all the new processes in the network health world. I am CC'ing the network-health list, so others can chime in as well. >> I wanted to point folks to some recent work in bitcoin-land that is >> likely of particular interest to tor folks: we've begun work to >> consider the asn which announces a given ip block in our peer >> selection algorithm in order to bolster our sybil-resistance, and have >> a relatively-efficient file format to be able to ship the global >> routing table with our binaries (eventually).... if you're interested, >> check out https://github.com/bitcoin/bitcoin/issues/16599 (and the >> academic work on Bitcoin sybil resistance at >> https://erebus-attack.comp.nus.edu.sg/ ). >> as well as the encoder for said encoding at https://github.com/sipa/asmap > > Happy to get the right folks to join Tor-Network-Health meetings or so > if there's room to collaborate given the highly overlapping problem sets > here. Skimming the paper I think Tor has already included a solution to this problem a while back: It's the "Whitelisting IP addresses"-approach in VII A. 3) in the paper, which is not a desirable solution for Bitcoin it seems. In particular, the Tor client is not considering any node which is saying "Hey, I am a Tor node!" when it decides to build a path through the network, but rather only those nodes the directory authorities have consensus over. They are essentially the ones who get to decide which relays count as Tor relays for which purpose (like an exit relay) and which not, and anyone else uses that consensus (i.e. whitelist) for path-building. In the Tor context there are no "shadow IPs" which the attacker can flood a victim node with to get traffic re-routed. Does that make sense? If not, I am happy to see how you think the Erebus attack is important for the Tor network. (Don't get me wrong. Tor is not immune to sybil attacks. It just seems to me that the Erebus version is not one we need to worry about.) Georg

3 2