- tor-relays - lists.torproject.org

Re: [tor-relays] Tor on Rpi
by relay.jackash＠simplelogin.fr 09 Feb '21

09 Feb '21

Hello Patrice would be great if you can share your script , thanks.

1 0

Can't connect to bridge after rebuilding server
by Eddie 09 Feb '21

09 Feb '21

I had to rebuild my VPS today. Before doing so, I copied off everything I thought I needed to rebuild my bridges. Following the rebuild, the bridges appear to start correctly, according to both the logs and https://metrics.torproject.org/rs.html#search/OhNoAnotherBridge. However attempting to connect via the tor browser from my home system just hangs. The ports on the VPS are open. I can see an ESTABLISHED connection from home, but the browser just hangs throwing out this: [WARN] Proxy Client: unable to connect to aaa.bbb.ccc.ddd:443 ("general SOCKS server failure") Not sure what to check next.

2 3

key server error
by tor 09 Feb '21

09 Feb '21

Hello When I do the following command: :~ $ sudo gpg --keyserver keys.gnupg.net --recv A3C4F0F979CAA22CDBA8F512EE8CBC9E886DDD89 I get: gpg: packet(13) too large gpg: read_block: read error: Invalid packet gpg: no valid OpenPGP data found. gpg: Total number processed: 0 thoughts? -matt

3 2

Tor on Rpi
by relay.jackash＠simplelogin.fr 09 Feb '21

09 Feb '21

Hello im running a tor relay on rpi 2 with version 0.4.2.7., on the Tor relay search i see my relay is outdated and flaged as not recomended, however on rpi i have tried update and upgrade many times and always get notification from apt that tor i already de newest version, also tried apt dist-upgrade but no luck. Any way to get the last version and get ride of not recomended flag from my relay? Thanks in advanced

2 1

Re: [tor-relays] Tor on Rpi (relay.jackash@simplelogin.fr)
by Patrice Bönig 08 Feb '21

08 Feb '21

Hi, I am also have a tor relay running, but on a RPI 4. No long time ago I stood at the same point as you are now. I than wrote me a skript, where it: 1. pulls the latest source 2. backs up the old data (identity) 3. compiles and installs tor 4. copies the old data on the new installation 5. adds tor to crontab 6. starts tor I think you must change some things to your need if you want to use it. If you want the script I can share it here, if it is allowed. If not I can send it to you via mail. regards Patrice > Hello > im running a tor relay on rpi 2 with version 0.4.2.7., on the? Tor relay search i see my relay is outdated and flaged as not recomended, however on rpi i have tried update and upgrade many times and always get notification from apt that tor i already de newest version, also tried apt dist-upgrade but no luck. > > Any way to get the last version and get ride of not recomended flag from my relay? >

1 0

Tor Time Logging
by Kathi 05 Feb '21

05 Feb '21

How do I change the time on my tor relay to local time? I'm not into the military/UTC thing at all. It's actually annoying for me. thanks for help!!

3 2

Possible (D)DoS attack on my relay michaelscott (47E1157F7DA6DF80EC00D745D73ACD7B0A380BCF)
by William Kane 04 Feb '21

04 Feb '21

Hi community, Unfortunately my otherwise stable tor guard relay has recently lost it's guard flag, once again, due to what I think is a new type of (D)DoS attack, either directly targeted towards my tor relay, or against some other relays inside the network, facilitated through my relay. It all started to go downhill one month ago, on January 10th of this year - the linux kernel OOM killer decided to reap the tor process, multiple times in a row - it was violating the MaxMemInQueues setting of 732MB, the optimal value according to tor - on a virtual machine with a dedicated CPU core (and sadly, a lack of hardware AES acceleration, but that's off topic, by completely sandboxing and isolating the tor process, and then disabling all mitigations offered by the linux kernel, I still managed to achieve a peak throughput of 10mb/s while keeping other users and processes safe and sound - this made the relay the fastest tor relay belonging to my AS.. sorry, just bragging ;-)) which has 1024 megabytes of physical ram, and a swap partition with a size of 512 megabytes (vm.swappiness initially was 90, I've changed it to 70). The first time this happened, it came out of nowhere, so I wasn't closely monitoring the metrics page of my relay - this led to a downtime of 3 days, then leading to the loss of the guard flag. Since then, traffic on my relay has been limited to traffic coming from other relays, it is now exclusively a middle-only relay - it did not recover from the attack, even though I managed to achieve longer consecutive uptimes by tweaking MaxMemInQueues, first down to 704, then 672, and now 640MB. The only log entry I ever saw before the tor process got reaped is the following one: Feb 04 12:47:08 *hostname_redacted* tor[224]: Feb 04 12:47:08.000 [warn] Your computer is too slow to handle this many circuit creation requests! Please consider using the MaxAdvertisedBandwidth config option or choosing a more restricted exit policy. [93409 similar message(s) suppressed in last 60 seconds] Feb 04 12:48:08 *hostname_redacted* tor[224]: Feb 04 12:48:08.000 [warn] Your computer is too slow to handle this many circuit creation requests! Please consider using the MaxAdvertisedBandwidth config option or choosing a more restricted exit policy. [42527 similar message(s) suppressed in last 60 seconds] As you can tell by the date, this was today - after 3 weeks and 1 day, this noon, the process got OOM-killed again - I instantly noticed it, logged into the machine, installed updates, updated my pacman mirrorlist, the usual stuff - then I rebooted the machine, only to log in 5 minutes later to see tor using 100% of CPU time, with the log file getting spammed by this error - it started only 3 seconds after the relay published it's descriptor. Clearly, this is some sort of targeted attack against either my relay or someone is abusing it to attack someone or something else inside or outside the tor network. I did read the recent information on attacks regarding DirAuth's, but apparently a fix has been deployed on all of them, and checking the bandwidth stats of some of them, it seems to be working, somewhat. I wonder if this is the culprit here, this machine has been running tor relays since 2014, and I never had these problems with it before - even without lowering MaxMemInQueues. To me, that's just further proof that this is a targeted attack using my relay and before you ask, I know some KVM hypervisors are oversold, but my hosting company stopped selling KVM machines with mechanical host HDD's a few years ago, so new customers can't be the reason for all of this. Is there anything I can do to make my relay as stable as possible until the attacker(s) stop(s) hammering my relay? This doesn't seem to get caught by the built-in DoS prevention, so I didn't try tweaking the associated config options. Maybe someone from the tor team has a patch I can try applying? I'm not completely up to date on the newest tor shenanigans and pitfalls, so maybe it has already been posted on this mailing list, but I don't feel like reading a bazillion messages. For the time being, MaxMemInQueues will stay at 640 megabytes, to (hopefully) at least keep the relay up and running, even though performance, for anyone unlucky enough to build a circuit through it, will be affected, severely (despite all this, I'm still pushing around 11TB/s of traffic a month, I just don't know how much of it is legitimate..) - it's my duty as a relay operator to guarantee for the safety and usability of my tor relay, so I'm very eager to find a solution for this. Unfortunately, this is a live relay, otherwise I would probably try developing my own solution for the problem (including publishing it / making a pull request), but in this case repeated downtimes and restarts, which would be necessary when working on the source code, is absolutely not an option as it would possibly disrupt hundreds, if not thousands of clients. If anyone could point me in a direction, I'd really appreciate it. Thank you, William

1 1

sig ver error and more
by tor 04 Feb '21

04 Feb '21

Hi All, So everything had been working for over a year. Am currently on tor 4.2.7, stretch. When I went to update, I got: The following signatures were invalid: EXPKEYSIG 74A941BA219EC810 < http://deb.torproject.org/> deb.torproject.org archive signing key My deb.torproject.org--keyring is version 2018.08.06 Is this the latest version? In trying to update deb.torproject.org--keyring, it says I'm on the latest, In trying: sudo apt-key adv --recv-keys --keyserver keys.gnupg.net 74A941BA219EC810 I get: packet too large invalid packet no valid openpgp data found Maybe I used the wrong key in the above command? thoughts? -matt

1 0

Exit relay operators please help test #2667 branch
by Roger Dingledine 04 Feb '21

04 Feb '21

Hello friendly relay operators, Another day, another weird thing with the Tor network. This time we have some jerk bombing the directory authorities with directory fetches, and doing it via exits: https://lists.torproject.org/pipermail/network-health/2021-January/000661.h… The network is mostly holding together, but I wouldn't say it is pretty. One of the long-term fixes will be ticket #2667: https://gitlab.torproject.org/tpo/core/tor/-/issues/2667 where exit relays refuse to let users connect back into the Tor network. David and I made a branch this evening that implements #2667, and it could use some testing. If you're comfortable building your exit relay from a git branch, please do, and let us know how it goes. It is the "ticket2667" branch on either https://git.torproject.org/user/arma/tor or https://gitlab.torproject.org/arma/tor/ And if your relay is currently using 100% cpu and/or way more bandwidth than usual, you might be especially excited to try out this patch. :) When the defense triggers, you will see an info-level log line like "%s tried to connect back to a known relay address. Closing." (where %s is the destination, so don't get upset at them. :) You can let us know how it's going either by mail just to me, or by a reply on the list, whichever you prefer. Once we know that you're running the branch, we can also probe your relay remotely to verify that it is correctly refusing those connections. Thanks! --Roger

4 6

Sig ver error
by tor 03 Feb '21

03 Feb '21

Hi all, I'm getting a signature verification error: $ sudo apt-get update Hit:1 http://mirrordirector.raspbian.org/raspbian stretch InRelease Hit:2 http://archive.raspberrypi.org/debian jessie InRelease Get:3 https://deb.torproject.org/torproject.org stretch InRelease [3528 B] Err:3 https://deb.torproject.org/torproject.org stretch InRelease The following signatures were invalid: EXPKEYSIG 74A941BA219EC810 deb.torproject.org archive signing key Fetched 3528 B in 3s (998 B/s) Reading package lists... Done W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: https://deb.torproject.org/torproject.org stretch InRelease: The following signatures were invalid: EXPKEYSIG 74A941BA219EC810 deb.torproject.org archive signing key W: Failed to fetch https://deb.torproject.org/torproject.org/dists/stretch/InRelease The following signatures were invalid: EXPKEYSIG 74A941BA219EC810 deb.torproject.org archive signing key W: Some index files failed to download. They have been ignored, or old ones used instead. Any thoughts would be appreciated. thanks, matt

3 2

Re: [tor-relays] tor-relays Digest, Vol 120, Issue 25
by Patrice Bönig 03 Feb '21

03 Feb '21

Am 03.02.2021 um 21:14 schrieb Patrice Bönig: > I am now compiling the new 0.4.4.7 version and by that I saw that the > entry of "systemd support (--enable-systemd)" is is "no". So I assume > that the systemd functionality is not on board, or am I wrong? > How do I enable for the compiling process? > > regards > Karl > > >> Permissions issue of /var/lib/tor / DataDirectory most likely, and >> Tor can't fix it itself since it's likely owned by root, however the >> systemd unit starts it under a separate user. 2021-01-22 12:03 GMT, >> Patrice B?nig <mailinglist(a)pboenig.de>: >>> Hi @ list, >>> >>> I am operating a relay for several years and I really do like it and >>> will do it for more years. >>> >>> My current relay residents on Pi 4. At first I installed it via apt but >>> now the 32 Bit sources are no longer available. So I thought I could >>> build the from source. >>> >>> The building process went well but now I have a problem with the user >>> permissions. I can't get tor really running. >>> >>> _My first attempt was:_ >>> >>> To start tor with "systemctl start tor". But tor won't start and " >>> journalctl -u tor" says only this: >>> >>> Jan 22 09:06:23 rpi4tor systemd[1]: Starting LSB: Starts The Onion >>> Router daemon >>> Jan 22 09:06:23 rpi4tor systemd[1]: Started LSB: Starts The Onion Router >>> daemon >>> Jan 22 09:08:32 rpi4tor systemd[1]: Stopping LSB: Starts The Onion >>> Router daemon >>> Jan 22 09:08:32 rpi4tor systemd[1]: tor.service: Succeeded. >>> Jan 22 09:08:32 rpi4tor systemd[1]: Stopped LSB: Starts The Onion Router >>> daemon >>> lines 1-6/6 (END)...skipping... >>> -- Logs begin at Thu 2019-02-14 11:11:59 CET, end at Fri 2021-01-22 >>> 11:54:47 CET. -- >>> Jan 22 09:06:23 rpi4tor systemd[1]: Starting LSB: Starts The Onion >>> Router daemon processes... >>> Jan 22 09:06:23 rpi4tor systemd[1]: Started LSB: Starts The Onion Router >>> daemon processes. >>> Jan 22 09:08:32 rpi4tor systemd[1]: Stopping LSB: Starts The Onion >>> Router daemon processes... >>> Jan 22 09:08:32 rpi4tor systemd[1]: tor.service: Succeeded. >>> Jan 22 09:08:32 rpi4tor systemd[1]: Stopped LSB: Starts The Onion Router >>> daemon processes. >>> >>> _My second attempt was:_ >>> >>> I changed the user of all tor files to the current user "pi". After that >>> I was able to start tor with "tor --quiet" as user "pi". All went fine >>> until I rebooted the system and all my changes to "pi" where changed to >>> "debian-tor". >>> >>> _My third attempt was:_ >>> >>> I did "sudo tor --quiet". It works, but in "notices.log" is the >>> information that I shouldn't do that. >>> >>> >>> So, now I am standing here and don't know what to do. I would like to >>> start tor via systemd but I don't know what's wrong (maybe the >>> permissions). Does someone has a hint for me? >>> >>> regards, >>> Karl >>> >>> >>>

1 0

Wildly Different BandWidth Numbers
by Eddie 03 Feb '21

03 Feb '21

Looking at the consensus health page for my relay D195E5CE8AE77BAC91673E6CFB7BD0AF57281646), I see wildly different values for bandwidth: bw=3060 bw=910 bw=340 bw=620 bw=5130 Why is there such a discrepancy. I'm guessing this has something to do with my relay bouncing in and out of Guard status on a regular basis (which I'm sure can't be a good thing). Is there anything I can do to maintain a consistent value, be it at one end of the scale or the other. Cheers.

2 1

Tor Version "Not Recommended" - V 4.2.7 - Raspberry PI - "armhf" not supported
by petrarca＠protonmail.ch 02 Feb '21

02 Feb '21

I noticed that my Relay got a "Not Recommended" Flag. It's running on version 4.2.7 currently. I checked a few things and this is poping up with a apt update on the Raspberry: N: Skipping acquire of configured file 'main/binary-armhf/Packages' as repository 'http://sdscoq7snqtznauu.onion/torproject.org buster InRelease' doesn't support architecture 'armhf' Did I do something wrong; any recommendations on how to fix this issue? Many thanks!

2 1

Regarding Guard status
by Jithin S 02 Feb '21

02 Feb '21

Hi, I have recently started running a TOR node with the nickname *CostlyOnion2. *At the time of writing of this email, the details of the node are as follows: *Uptime*: 14 days 3 hours 18 minutes and 0 second *Advertised Bandwidth*: 3.35 MiB/s *Flags*: *Fast Running Stable V2Dir Valid* *First Seen*: 2021-01-18 17:00:00 (14 days 19 hours 13 minutes and 32 seconds) *Last Restarted*: 2021-01-19 08:55:32 For current details, click here <https://metrics.torproject.org/rs.html#details/19EDB4798A4C170D603F86D8862B…> . My concern is how soon we will get a Guard status for our relay. I have read this <https://blog.torproject.org/lifecycle-new-relay> blog post regarding the life cycle of a relay. As it says, for a relay aged 8-68 days to get "Guard" status, we need to keep an eye on three factors *viz. *bandwidth, weighted fractional uptime, and time known. Suppose we keep running the relay all the time with the above-mentioned bandwidth(3.35 MiB/s), I would like to know about following - How long it will take to get the guard status? - My link bandwidth is quite high (close to 50MBytes/s), still the advertised is around 3.35MiB/s. What could be the possible factors for this? - As I am doing some analysis studies, we would also like to know what all factors we should take into account for the users to make use of our relay? I also request you to share any relevant resources for getting more information regarding the above questions, especially on the calculation of consensus weight. Thanks and regards, Jithin S

1 0

Metrics Error: staledesc
by lists＠for-privacy.net 29 Jan '21

29 Jan '21

Metrics showed my relay offline. But my Tor daemon is running normally. Then I saw _many_ relays suddenly have flag: staledesc ? https://metrics.torproject.org/rs.html#search/flag:staledesc https://metrics.torproject.org/rs.html#details/5D84900DBE6D6365684A9675B81A… -- ╰_╯ Ciao Marco! Debian GNU/Linux It's free software and it gives you freedom!

3 2

Re: [tor-relays] Noob query, wish to run a bridge relay for tor community.
by ramesh bhootra 27 Jan '21

27 Jan '21

Hi, I have been using Tor since a decade, always had limited resources and couldn't give back anything to the community. Now I wish to run relays in an effort to give back something. Right now I have a 100 mbps reliable internet connection on a gaming laptop with windows 10 "HP Envy K204tx", I disabled windows updates, and a good quality ethernet cable. Even though it's a laptop, I use it like a desktop, with hdmi out to a TV, ethernet cable, usb hubs and 24x7 electricity with lots of inverter (home ups) backup. I keep this laptop always stationary since I have another sleek and lightweight one which I use for portable purposes. Earlier my internet plan was limited to 500 gb per month but recently they upgraded it for free, now it's 3000 gb per month, which is too much for me and my family, we hardly use 300-400 gb per month. I was thinking about running a relay for Tor, (maybe a bridge relay) at night since both my laptop and internet are unused at night. I have following queries: 1. Can I run relay on my laptop simultaneously while using other internet services and browsers normally? 2. Is it possible to schedule everything automatically, say to run a relay from 1 am to 7 am then shut it down automatically after that? I start using it at 9 am and 2 hours of rest will be enough for the laptop. 3. I have Kaspersky internet security, will it create problems for running tor relays? Currently when I use tor browser as a client, I don't have any issues, kaspersky doesn't provide a warning, doesn't block any connections. 4. Do I need to be punctual in running the relay every day at the scheduled time? Is it okay if I can't run the relay on a few occasional days, for reasons like power outage, feeling sick, too busy etc? 5. Can I use a Tor browser (client) while running the relay? If yes, will I get faster browsing speed with that? >

5 4

build tor out of source -> permission problems?
by Patrice Bönig 27 Jan '21

27 Jan '21

Hi @ list, I am operating a relay for several years and I really do like it and will do it for more years. My current relay residents on Pi 4. At first I installed it via apt but now the 32 Bit sources are no longer available. So I thought I could build the from source. The building process went well but now I have a problem with the user permissions. I can't get tor really running. _My first attempt was:_ To start tor with "systemctl start tor". But tor won't start and " journalctl -u tor" says only this: Jan 22 09:06:23 rpi4tor systemd[1]: Starting LSB: Starts The Onion Router daemon Jan 22 09:06:23 rpi4tor systemd[1]: Started LSB: Starts The Onion Router daemon Jan 22 09:08:32 rpi4tor systemd[1]: Stopping LSB: Starts The Onion Router daemon Jan 22 09:08:32 rpi4tor systemd[1]: tor.service: Succeeded. Jan 22 09:08:32 rpi4tor systemd[1]: Stopped LSB: Starts The Onion Router daemon lines 1-6/6 (END)...skipping... -- Logs begin at Thu 2019-02-14 11:11:59 CET, end at Fri 2021-01-22 11:54:47 CET. -- Jan 22 09:06:23 rpi4tor systemd[1]: Starting LSB: Starts The Onion Router daemon processes... Jan 22 09:06:23 rpi4tor systemd[1]: Started LSB: Starts The Onion Router daemon processes. Jan 22 09:08:32 rpi4tor systemd[1]: Stopping LSB: Starts The Onion Router daemon processes... Jan 22 09:08:32 rpi4tor systemd[1]: tor.service: Succeeded. Jan 22 09:08:32 rpi4tor systemd[1]: Stopped LSB: Starts The Onion Router daemon processes. _My second attempt was:_ I changed the user of all tor files to the current user "pi". After that I was able to start tor with "tor --quiet" as user "pi". All went fine until I rebooted the system and all my changes to "pi" where changed to "debian-tor". _My third attempt was:_ I did "sudo tor --quiet". It works, but in "notices.log" is the information that I shouldn't do that. So, now I am standing here and don't know what to do. I would like to start tor via systemd but I don't know what's wrong (maybe the permissions). Does someone has a hint for me? regards, Karl

2 1

Server lost Stable flag but has more than 60 days uptime
by raltullou＠posteo.org 26 Jan '21

26 Jan '21

Hello list, I'm trying to find out why the server (https://metrics.torproject.org/rs.html#details/11DF0017A43AF1F08825CD5D9732…) has lost its stable flag. As far as I can see it is running a recent version of tor and has an uptime of over 60 days. Are there other reasons that factor into the Stable flag? The log file doesn't give my an indication that there is anything wrong, either. Any ideas?

4 4

Server under attack according to my hoster
by lists.torproject.org＠stein-io.de 22 Jan '21

22 Jan '21

Hi folks, I have a dedicated Server running with the red H in Germany. https://metrics.torproject.org/rs.html#details/1CD48F4ED0F1821FFBF1940802A1… Today I received a notification that my server is "under attack" since my server got over the threshold of 300k packets/s. At the time of the mail it seems to be about 450k pps . I checked a couple of IPs and most of them are other TOR-Relays or Exits. Would you recommend telling my Hoster that everything is all fine? Cheers

4 3

Blocking bittorrent
by kagaminesama 19 Jan '21

19 Jan '21

Hi, How do you block bittorrent nowadays? I read this page: https://gitlab.torproject.org/legacy/trac/-/wikis/BlockingBittorrent but http://www.trackon.org/api/all doesn't work anymore because the domain is expired. Do you know any alternatives? Sent with [ProtonMail](https://protonmail.com) Secure Email.

4 7

OrNetStats: Operator Level Graphs added
by nusenu 18 Jan '21

18 Jan '21

Hi, I've added new operator level pages with an interactive graph showing the aggregated guard/exit probability and advertised bandwidth over time across all relays for a given operator. This should allow you to see whether your bandwidth and fractions are growing or decreasing. You can - zoom within the graph to a specific time window (horizontal drag and drop), - change the scale on the y axis (vertical drag and drop) - zoom to a specific area (by selecting a rectangle) or use the preset time frames (week, month, year, ..). To give you a better idea of what these graphs look like, here is an example: https://nusenu.github.io/OrNetStats/www.f3netze.de.html The data source for these graphs is onionoo (torproject.org) it starts at 2019-10-31. The data granularity is about one value per day. kind regards, nusenu -- https://nusenu.github.io

7 18

Bridge Setup
by San Shi 13 Jan '21

13 Jan '21

Hello, I'm following the bridge setup for windows after not being able to start a tor browser for some reason and having some difficulty with the last step. After running tor.exe -f torrc, there is no notice file appearing where it should be, and Tor still seems to fail to setup. In the torrc.txt file I modified the "ORPort TODO1" and "ServerTransportListenAddr obfs4 0.0.0.0:TODO2" by replacing TODO1 and TODO2 with numbers greater than 1024 and less than 9000. I assume either I messed up modifying the text file or that the obsf4 port I selected is not reachable. Using the provided reachability test I tried ~15 4 digit numbers, using 0.0.0.0 as the IP and a 4 digit number in the appropriate range for the obsf4 port (none reachable). Any suggestions? Thanks!

3 2

Introducing new bridge status page
by Philipp Winter 12 Jan '21

12 Jan '21

As part of our ongoing effort to reimplement BridgeDB, we now have a bridge status page that shows if a bridge's pluggable transports work: https://bridges.torproject.org/status?id=FINGERPRINT FINGERPRINT is your bridge's fingerprint or its hashed fingerprint -- either works. The backend tests bridges every 18 hours by making a tor process fetch the bridge's descriptor. Tor bridges will soon log a URL pointing to this status page: https://gitlab.torproject.org/tpo/core/tor/-/issues/30477 As of today, 89% of all pluggable transports work. Cheers, Philipp

3 3

My relay software gets hung up on OVH
by Keifer Bly 11 Jan '21

11 Jan '21

2 1

Exit node in spain
by irr4z 11 Jan '21

11 Jan '21

Hello, everybody, Quickly, I write from Barcelona, I am interested in contributing to tor with exit nodes, but I am concerned about legal issues. I see that there is only 1 active exit node in Spain, and I wonder if it is so dangerous in my country :-) Any comment or feedback is welcome. Thanks and beers to everyone! Irr4z

4 5