tor-relays

tor-relays@lists.torproject.org

42 participants
4821 discussions

Relay migration: best practices?
by tor＠nullvoid.me 29 May '22

29 May '22

Hello, I operate a small family of relays, over the 5 years it's been very set and forget and easy to maintain. Over those 5 years the servers have been cluttered with other half completed projects and general mess. I plan on reinstalling the OS from scratch, and understand I must backup the "keys/ed25519_master_id_secret_key" and "keys/secret_id_key" in the DataDirectory. Then copy them over on the new server. The hostname will change but the IP will stay the same. The server I am working on is not listed as a fallback directory server, but has been in the past. Is there any other things I can do to disrupt the damage done to the tor network during this downtime? Especially to any clients using it as a bridge. Thanks,

2 1

Sanity check on NumCPUs
by Thoughts 29 May '22

29 May '22

For a non-exit relay, is "NumCPUs 2" still the recommended maximum? Running on a quad core and recently saw a message indicating I had insufficient CPU power to support the desired number of connections... Thanks, Kevin

6 7

Loss of Guard and HS Dir flags
by Eddie 29 May '22

29 May '22

I currently run 3 relays, across different servers and today I noticed that one has now lost it's Guard and HS Dir flags. What's surprising is that this particular relay has the highest Bandwidth and Consensus Weight of all 3 and has not been restarted for over a month. The stats for all 3 can be found with: OhNoAnotherRelay I know that just running the relay is the important part and caring about what flags it has is a side issue, but I'm just interested in seeing why this has happened. Cheers.

4 7

Bridge operators contact addresses online ;-)
by lists＠for-privacy.net 27 May '22

27 May '22

I happened to see that Bridge operators contact addresses can now be displayed. https://gitlab.torproject.org/tpo/network-health/metrics/relay-search/-/iss… Demo on Tor Metrics for all 'bauruine' and 'ForPrivacyNET' bridges. Thanks to the torproject team. -- ╰_╯ Ciao Marco! Debian GNU/Linux It's free software and it gives you freedom!

1 0

Question about new log messages after 0.4.7.7 upgrade
by wardz 27 May '22

27 May '22

Been getting these syslog messages occasionally *after* the 0.4.7.7 upgrade on my bridge: -- May 26 21:00:58 torbridge Tor[ ]: Unexpected path length 4 for exit circuit 66 5, purpose 5 [3 similar message(s) suppressed in last 5400 seconds] May 26 16:26:17 torbridge kernel: [ ] TCP: eth0: Driver has suspect GRO implementation, TCP performance may be compromised. -- Anyone know what they mean and if it's something I should be worried about? Calculated advertised bandwidth seems to be about the same. For reference, im running latest Raspbian 64-bit Lite on a Raspberry 4 with latest firmware aswell. driver: bcmgenetversion: 5.15.41-v8+ Sent with [Proton Mail](https://proton.me/) secure email.

2 1

Ext Relay Operators: Please Upgrade to 0.4.7.7!
by Mike Perry 27 May '22

27 May '22

Tor 0.4.7.7-stable contains a very important performance improvement, called Congestion Control. You can read more about this improvement here: https://blog.torproject.org/congestion-contrl-047/ The TL;DR is that users of Tor 0.4.7 will experience faster performance when using Exits or Onion Services that have upgraded to 0.4.7. We have packages in available for Debian, Ubuntu, Fedora, CentOS, and BSD: - Debian: https://support.torproject.org/apt/tor-deb-repo/ - Ubuntu: https://support.torproject.org/relay-operators/operators-4/ - Fedora/CentOS: https://support.torproject.org/rpm/tor-rpm-install/ - BSD: https://lists.torproject.org/pipermail/tor-relays/2022-May/020528.html We would like to have a large fraction of Exit relays upgraded before our next Tor Browser Stable Release, on May 31st. Please let us know if you have any problems upgrading to this release. Additionally, while non-Exit relays do not need to upgrade, they will notice the effects of congestion control. All relay operators who pay for bandwidth by the gigabyte may want to consider enabling hibernation, to avoid surprise cost increases: https://support.torproject.org/relay-operators/limit-total-bandwidth/ All relays may also experience higher CPU usage. If this is a problem, rate limiting relay bandwidth will also help: https://support.torproject.org/relay-operators/bandwidth-shaping/ We also recently fixed an issue with overload reporting in 0.4.6.10 and 0.4.7.7: https://gitlab.torproject.org/tpo/core/tor/-/issues/40560 This should mean that there are far fewer false positives in the overload reporting on https://metrics.torproject.org/rs.html. If after upgrading to either of those versions, you still see overload, please see: https://support.torproject.org/relay-operators/relay-bridge-overloaded/ P.S. There is a known warn bug with vanguards-lite on first startup. It is harmless: https://gitlab.torproject.org/tpo/core/tor/-/issues/40603 -- Mike Perry

5 7

Revisit issue on incorrect time stamps on metrics
by a tor op 21 May '22

21 May '22

Hi I wrote about incorrect date stamps for relays/bridges on atlas/metrics site in December 2021. This has reappeared since some time (dont know for how long). First seen fullt incorrect by years and all times unlogic, first seen later than last restarted etc. Is this a common problem or just some relays? TIA, A tor op

2 1

Introduction
by roelquerimi 18 May '22

18 May '22

Hello the Tor relay operators. Nice to meet you. I'm Roel Querimi, I operate 9 exit relays: 0B1120660999AD1022D08664BE1AD08A77F55E50, 05757E11F488C50E3425F5F7E9319411B4270365, 5D2871217ABD67C2569C49919B46F3DFC6281D63, 983548730C7F3F52170BF2195C85D1423C33253B, 72152AE84ECF44727A9506237A93D63EAFB22B07, 7AE15D809ED86C1F2998B45985A40E7F07F078B6, 5C1B834B2E8D982B82B23D05773C78CC23BB0EB9, 3075E246EE9AAE3EECABF92A9B40A598EC77608E, 92A9547A61E21357CBA0A6E64340BCD5DF29D94F Sent with [ProtonMail](https://protonmail.com/) secure email.

1 0

Tor exit Spain
by potlatch 17 May '22

17 May '22

Hello Paul, I've run exit relays for 15-years. I put the first relay into Albania and followed with the first exit relay in Albania. I lost my two Albanian relays when the Ukraine conflict started. I currently have relays in Moldova (2), Romania, Finland (2), Chile, Estonia, Latvia, Bulgaria. Most are smaller than your server w/Consensus Weight around 8000. Further, I operate bridges in Kazahkstan (3), Finland and Albania. I would like to know a bit more before offering to take your server. Do you have good relationship with IONOS SE? What is physical machine compliment? etc.? I operate out of Seattle Washington and have good communications with the Tor office here. I am retired electrical engineer with time to help Tor and Electronic Frontier Foundation. Hope you find a good operator for your primo relay. I can be contacted directly at potlatch(a)proton.me Stay safe always,potlatch The imagination of nature is far, far greater than the imagination of man. --Richard Feynman Sent with [ProtonMail](https://protonmail.com/) secure email.

1 0

Re: [tor-relays] (No Subject) (allforprivacy)
by Isaac Grover, Aileron I.T. 12 May '22

12 May '22

Good afternoon, The Library Freedom Project is what you're seeking, for libraries: https://libraryfreedom.org/ Also, I found this response on Slashdot for hosting at a university: https://yro.slashdot.org/comments.pl?sid=7773441&cid=50227785 Make your day great, Isaac Grover

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

tor-relays