- tor-relays - lists.torproject.org

Re: [tor-relays] Problem with ubuntu 18.04 x386
by Francisco 30 Mar '20

30 Mar '20

Hi, sorry for that, I'm sending more information now: Tor version: Tor 0.4.2.7 running on Linux with Libevent 2.1.8-stable, OpenSSL 1.1.1, Zlib 1.2.11, Liblzma 5.2.2, and Libzstd 1.3.3. The log when I try to restart the service (sudo systemctl restart tor@default) : Job for tor(a)default.service failed because the control process exited with error code. See "systemctl status tor(a)default.service" and "journalctl -xe" for details. $ systemctl status tor(a)default.service tor(a)default.service - Anonymizing overlay network for TCP Loaded: loaded (/lib/systemd/system/tor(a)default.service; enabled-runtime; vendor preset: enabled) Active: failed (Result: exit-code) since Sun 2020-03-29 14:25:21 -03; 4min 55s ago Process: 2587 ExecStartPre=/usr/bin/tor --defaults-torrc /usr/share/tor/tor-service-defaults-torrc -f /etc/tor/torrc --RunAsDaemon 0 --ver Process: 2586 ExecStartPre=/usr/bin/install -Z -m 02755 -o debian-tor -g debian-tor -d /run/tor (code=exited, status=0/SUCCESS) mar 29 14:25:21 x systemd[1]: Failed to start Anonymizing overlay network for TCP. mar 29 14:25:21 x systemd[1]: tor(a)default.service: Service hold-off time over, scheduling restart. mar 29 14:25:21 x systemd[1]: tor(a)default.service: Scheduled restart job, restart counter is at 5. mar 29 14:25:21 x systemd[1]: Stopped Anonymizing overlay network for TCP. mar 29 14:25:21 x systemd[1]: tor(a)default.service: Start request repeated too quickly. mar 29 14:25:21 x systemd[1]: tor(a)default.service: Failed with result 'exit-code'. mar 29 14:25:21 x systemd[1]: Failed to start Anonymizing overlay network for TCP. $ journalctl -xe mar 29 14:25:21 x systemd[1]: tor(a)default.service: Failed with result 'exit-code'. mar 29 14:25:21 x systemd[1]: Failed to start Anonymizing overlay network for TCP. -- Subject: Unit tor(a)default.service has failed -- Defined-By: systemd -- Support: http://www.ubuntu.com/support -- -- Unit tor(a)default.service has failed. -- -- The result is RESULT. mar 29 14:25:21 x systemd[1]: tor(a)default.service: Service hold-off time over, scheduling restart. mar 29 14:25:21 x systemd[1]: tor(a)default.service: Scheduled restart job, restart counter is at 5. -- Subject: Automatic restarting of a unit has been scheduled -- Defined-By: systemd -- Support: http://www.ubuntu.com/support -- -- Automatic restarting of the unit tor(a)default.service has been scheduled, as the result for -- the configured Restart= setting for the unit. mar 29 14:25:21 x systemd[1]: Stopped Anonymizing overlay network for TCP. -- Subject: Unit tor(a)default.service has finished shutting down -- Defined-By: systemd -- Support: http://www.ubuntu.com/support -- -- Unit tor(a)default.service has finished shutting down. mar 29 14:25:21 x systemd[1]: tor(a)default.service: Start request repeated too quickly. mar 29 14:25:21 x systemd[1]: tor(a)default.service: Failed with result 'exit-code'. mar 29 14:25:21 x systemd[1]: Failed to start Anonymizing overlay network for TCP. -- Subject: Unit tor(a)default.service has failed -- Defined-By: systemd -- Support: http://www.ubuntu.com/support -- -- Unit tor(a)default.service has failed. -- -- The result is RESULT. mar 29 14:29:38 x kernel: perf: interrupt took too long (3160 > 3140), lowering kernel.perf_event_max_sample_rate to 63250 mar 29 14:30:17 x sudo[2616]: fcp : TTY=pts/0 ; PWD=/home/fcp ; USER=root ; COMMAND=/bin/systemctl status tor@default mar 29 14:30:17 x sudo[2616]: pam_unix(sudo:session): session opened for user root by (uid=0) mar 29 14:32:07 x sudo[2616]: pam_unix(sudo:session): session closed for user root Sent with ProtonMail Secure Email. ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On Sunday, March 29, 2020 9:00 AM, <tor-relays-request(a)lists.torproject.org> wrote: > Send tor-relays mailing list submissions to > tor-relays(a)lists.torproject.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > or, via email, send a message with subject or body 'help' to > tor-relays-request(a)lists.torproject.org > > You can reach the person managing the list at > tor-relays-owner(a)lists.torproject.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of tor-relays digest..." > > Today's Topics: > > 1. Problem with ubuntu 18.04 x386 (Francisco) > 2. Re: Problem with ubuntu 18.04 x386 (TorGate) > > > Message: 1 > Date: Sun, 29 Mar 2020 06:31:48 +0000 > From: Francisco franciscort(a)protonmail.com > To: tor-relays(a)lists.torproject.org > Subject: [tor-relays] Problem with ubuntu 18.04 x386 > Message-ID: > TmgFQrqhT-AZx7PXSZ5VGxxkmeI-Xf869hC1IKYE6itAhAZwpgjfJ-jkkcNCKUNC4GaHzRi4gLCO91k1K9xPRajp-5hAg6aJEYUFvoNvPtc=(a)protonmail.com > > Content-Type: text/plain; charset="utf-8" > > I make the installation following the official page torproject.org from the tor repositories. > > I edit de torrc file and save the changes. but when i restart the service, gives me error. > > $ systemctl status tor@default > failed (Result: exit-code) since... > > systemd[1]: tor(a)default.service: Start request repeated too quickly. > systemd[1]: tor(a)default.service: Failed with result 'exit-code'. > systemd[1]: Failed to start Anonymizing overlay network for TCP. > > thanks in advance. > > Sent from ProtonMail mobile >

2 1

Re: [tor-relays] Possible to run a tor bridge/relay via tor browser?
by Keifer Bly 27 Mar '20

27 Mar '20

1 0

New relay
by William Pate 27 Mar '20

27 Mar '20

Set up another relay (this time on Raspberry Pi 4): https://metrics.torproject.org/rs.html#details/BD187CF1B44A84EC7DD1BC2AC9C4… William Pate willpate(a)pm.me 512-947-3311 inadequate.net

2 2

tor on Centos version question
by torix＠protonmail.com 24 Mar '20

24 Mar '20

I can see that my Debian relay went from 0.4.2.6 to 0.4.2.7 a few days ago automatically with auto updates set up. However, my hosted relay, which runs on Centos 7, is still at version 0.3.5.8. I am using the epel repo version. Is that okay? Or should I have added a tor repo? TIA, --Torix Sent with [ProtonMail](https://protonmail.com) Secure Email.

2 1

Re: [tor-relays] Dirport9030
by Nuno Rego 24 Mar '20

24 Mar '20

As I said, I'm still learning. I have a server at Hetzner with a monthly limit of 20TB, and I am trying to adjust the speed so that it does not exceed 20TB at the end of the month. The problem is that whenever I place the BandwidthRate and BandwidthBurst above 10MB I lose the Guard, HSdir and V2Dir flags. On the page https://metrics.torproject.org/rs.html#search/TugaOnion I see that DirPort is 0 instead of 9030. I have the BandwidthRate and BandwidthBurst at 9MB and everything is fine, but I will reach the end of the month and I only spent about 10TB. Cumprimentos; TugaOnion -- Securely sent with Tutanota. Get your own encrypted, ad-free mailbox: https://tutanota.com Mar 4, 2020, 21:37 by : > I have a problem.> > I am learning, and I have 4 active relays.> > I used the same configuration on the 4. Recently 2 of them lost the Guard, HSdir and V2Dir flags.> > On the page > https://metrics.torproject.org/rs.html#search/TugaOnion> I see that DirPort is 0 instead of 9030. I haven't changed anything, and in the relay configuration there is 9030. Any suggestions on how to solve the problem> > ? > > Cumprimentos; > > -- > Securely sent with Tutanota. Get your own encrypted, ad-free mailbox: > https://tutanota.com >

3 3

Is it wise to continue to allow yahoo email accounts to request bridges?
by Keifer Bly 24 Mar '20

24 Mar '20

Hi all, So for those who did not know, Yahoo (and as such Yahoo Mail) is now owned by Verizon. They bought both Yahoo and AOL and combined them into Verizon Media. For this reason, it seems like allowing Yahoo Mail accounts would in turn allow a large scale ISP (in this case Verizon) to easily obtain bridges. Does anyone agree on this? It's just a thought. Thanks. --Keifer

2 1

Re: [tor-relays] Stable flag not appearing on my bridge.
by Keifer Bly 24 Mar '20

24 Mar '20

2 2

Relay Or/Dirport Unreachable
by Kathi 23 Mar '20

23 Mar '20

Plan: Configure relay on local cable connection (Century Link). The idea is to have the relay proofed operational the way I want it and then move it (torrc) to a droplet after it has been in operation for three days. Doing this saves cost in downloading to the droplet. Modem Zyxel C3000 _was_ set to port forward on 9001, 9030, and 9050 IP 192.XXX.X.X Turn off UpnP (plug and play) <relay fails with it on> GUFW is set to allow the above ports – reload to allow changes after much struggling/research to open ports 9001/9030 nc -zv 127.0.0.1 9001/9030 Connection to 127.0.0.1 9001 port [tcp/*] succeeded! <9030 also> Alrighty then! Tor –verify-config <many probs here, but cleared> No complaints NOTE: I know tor.Nyx should not be run as root, I get that. Tor/Nyx are running as root. I don’t know how to use debian-tor as usr. Nyx shows in it’s configuration as usr debian-tor. Su debian-tor produces a rollover back to root usr prompt. service tor start Nyx – No complaints, running as default. After just two minutes of operation the relay was running at 2 MB/s with bursts up to 3 MB/s. After the obligatory/frustrating twenty minute wait for or/dirport hand shaking I get:orport/dirport unreachable…. Adnauseum! Changed IP address to one given by tor, still unreachable. Lastly, I removed the 900l/9030 ports from the modem and installed 6969 as the orport. Changed GUFW, verified the changes took place, changed ip to real world IP 63.xxx.xxx.xxx in torrc. Hand shaking to the orport was almost immediate. Right now, the relay after twenty hours of operation is tortusing along at 20 B/s. Which to me is pure BS. Can someone give me some idea’s as to what I am doing wrong? Kathi

7 10

When will my relay gain the stable flag again?
by nottryingtobelame＠protonmail.com 19 Mar '20

19 Mar '20

My relay (903CA67D0DEB74CFBB01432840A26CB8C6C18FDF) is ~2 years old. Recently, I had a series of network issues that took my relay offline for unexpectedly long times. When it has gone offline before and lost the stable flag, it usually took only a couple days to pick it back up again. It is approaching 8 days since I finally got things resolved with a new router, but still no stable flag. I also used to have the guard flag, but I know I can't get back to guard status without the stable flag. Thanks.

2 1

When will my relay gain the stable flag again?
by nottryingtobelame＠protonmail.com 19 Mar '20

19 Mar '20

Disregard - the relay picked up the stable flag tonight.

1 0