- tor-relays - lists.torproject.org

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

Config question
by r1610091651 11 Jan '21

11 Jan '21

Hi Recently upgraded to 4.4.6 and noticed new (for me) entry in tor logs: Jan 11 09:24:28.000 [notice] While bootstrapping, fetched this many bytes: This message gets repeated every 6 hours, while there is little extra info added, as it relates to bootstrap / start-up process. I already have "AvoidDiskWrites 1" active in torrc. Is there a way to disable this extra logging? Thanks

1 0

Some ContactInfo Spec Adoption Stats
by nusenu 06 Jan '21

06 Jan '21

Hi, it is great to see that just 2-3 months after publishing version 2 of the ContactInfo Information Sharing Spec [1] there are already over 100 tor relays (>10% exit probability) making use of it, to allow for automated verification of the url field in the ContactInfo. If you are still using version 1 of the spec I'd encourage you to update to version 2, which usually isn't a big effort. Due to the adoption I also started to add stats for it to OrNetStats, but since the proofs and ContactInfo strings are public, everyone can verify it: https://nusenu.github.io/OrNetStats/#verified-operator-domains Currently it does only consider the well-known URI proofs (the DNS proof will also be added). It is also important to note that a verified domain does not say anything about the intentions of an operator, it just prevents things like [2] where a malicious entity claimed to be some other operator by using their ContactInfo without a good automated method to tell them appart, especially if MyFamily is not properly set. And it will also make things easier when tagging relays as "known" or "unknown" [3], since it allows tagging on an operator level instead of trying to figure out who the real operator behind each and every relay is, by using unverified ContactInfo claims manually. In the near future I'd like to make use of the data to generate operator level time series graphs and overall stacked graphs. If you would like to play with the ContactInfo strings yourself, here is an early parser: https://github.com/erans/torcontactinfoparser In the past we had a small error in the generator (field name "gpg:..." was used instead of "pgp:...") this has been fixed: https://torcontactinfogenerator.netlify.app/ kind regards, nusenu [1] https://lists.torproject.org/pipermail/tor-relays/2020-October/019024.html [2] https://lists.torproject.org/pipermail/tor-relays/2020-October/019045.html [3] https://gitlab.torproject.org/tpo/metrics/relay-search/-/issues/40001 -- https://mastodon.social/@nusenu

1 0

consensus
by Felix 06 Jan '21

06 Jan '21

Hi https://consensus-health.torproject.org/consensus-health shows: Consensus was published 2021-01-06 05:00:00 UTC. Unusual Authorities: moria1 Consensus could not be retrieved dizum Consensus could not be retrieved gabelmoo Consensus could not be retrieved maatuska Consensus could not be retrieved faravahar Consensus could not be retrieved longclaw Consensus could not be retrieved bastet Consensus could not be retrieved When I try http://authorityip:dirport/tor/status-vote/current/consensus.z it's 'failed: Operation timed out' What works is: http://relayip:dirport/tor/status-vote/current/consensus.z Am I missing something and is everything good? A glitch? -- Cheers, Felix

2 1

Exit node on Contabo
by Nuno Rego 05 Jan '21

05 Jan '21

> Short experience at Contabo. After 10 days, and after the first abuse complaint of. > > " > Dear Mr Rego, > > Thank you for your reply. > > Generally, it is not denied to use TOR nodes on our services. However, in case it cannot be ensured that those services will not be misused, we have to ask to remove the service from our network. We also included a rule in our terms of services, please see here: > > § 10 Limitation regarding content > > (5) The Provider reserves the right to immediately suspend of any server or webspace package on which any kind of proxy service, such as VPN or TOR, is operated, for which the Provider has knowledge of abuse or fraudulent or unlawful use. > > Please come back within given time frame (you still have 18 hours left) and confirm that you have removed the TOR node. After that we can close this abuse case. > > Thank you for your cooperation. > > If you have any questions or need help, please do not hesitate to contact us. > > -- > Best regards / Mit freundlichen Grüßen, > > Anneli Ulfig > Kundenservice / Customer support > > Contabo GmbH > Aschauer Straße 32a > 81549 München > https://contabo.com> " > > Cumprimentos; -- Securely sent with Tutanota. Get your own encrypted, ad-free mailbox: https://tutanota.com

3 2

Info from my ISP about investigation of tor exits
by Olaf Grimm 03 Jan '21

03 Jan '21

Here is the original of mail (in copy) from my provider Mail copy: "Hello, Unfortunately your traffic type is full of unwanted events not compatible with our company ethic. Since the first date of activity we've received many abuse reports regarding bruteforce, layer7 attacks, hacking and many others. Currently there is a police investigation regarding one of the 2 servers related to hacking activity against an european country security. The access and content is in interpol custody and we have a restriction on reactivation. Kind regards, George Oprea 24/7 Technical Support Zetservers.com /Romania" --> My answer: Thank you for your information. Good luck. I change my other servers to less trouble. (Change Exits to Relay) Olaf

4 3

Should I worry about sudden swings in connection numbers to my relay?
by torix＠protonmail.com 03 Jan '21

03 Jan '21

Dear List, One of my exits, which has been up for 6 months now with an average of 2000 to 4000 connections, since yesterday has been jumping up to 10,000, 8,000, then back to 3500 or so. My history is a simple test file of date and connection numbers taken every 5 minutes: Sun Jan 3 07:20:00 MSK 2021 3233 Sun Jan 3 07:25:00 MSK 2021 3342 Sun Jan 3 07:30:00 MSK 2021 9679 Sun Jan 3 07:35:00 MSK 2021 3455 Sun Jan 3 07:40:00 MSK 2021 6800 Sun Jan 3 07:45:00 MSK 2021 3402 Sun Jan 3 07:50:00 MSK 2021 3346 Sun Jan 3 07:55:00 MSK 2021 3355 Sun Jan 3 08:00:00 MSK 2021 3358 Sun Jan 3 08:05:00 MSK 2021 10067 Sun Jan 3 08:10:00 MSK 2021 3343 ----------------- TIA, --Torix Sent with [ProtonMail](https://protonmail.com) Secure Email.

1 0

Info from my ISP about investigation of tor exits - Update
by Olaf Grimm 03 Jan '21

03 Jan '21

Exit-IPs: Please block these Exits /Relays 89.34.27.149, active 89.34.27.43 , "supended" in panel, but active. Warning! 89.34.27.48, active 89.34.27.49, active (89.34.27.59 since some days terminated) (89.34.27.37 since some week terminated)

2 1

event.reasons for ORStatus.CLOSED
by Toralf Förster 01 Jan '21

01 Jan '21

I wrote a small Pythons script [1] to catch the event.reasons for ORStatus.CLOSED. The output is something like this: orstatus.py --ctrlport 9051 DONE FAF3236D37B0B18D8438C46317940F642E296924 IOERROR 917A0A924DA50B46CD740924AB42B237A831E182 DONE DCEA2A6D8034E164A4FFDD8AFF997E2F6FB2ECF8 50.7.179.202 443 v4 0.4.4.5 IOERROR CDE4149F0DC65A7BE1AE440340BE1C7A18135E29 192.250.236.130 80 v4 0.4.4.6 DONE 24E2F139121D4394C54B5BCC368B3B411857C413 204.13.164.118 443 v4 0.4.4.6 DONE 24E2F139121D4394C54B5BCC368B3B411857C413 204.13.164.118 443 v4 0.4.4.6 IOERROR 8A51DC1ACBBC411E3B4D124F44A98F5ADC6A8984 IOERROR 57C799B990D61FB49E22E792670F5B28FE2E7FEA A stat over a day or so showed that the majority of systems have 0-10 IOERRORS whereas there're few dozen systems failing all the time and having 100x more IOERRORS in the same time frame. I do wonder however whether such a statistics is capable to give a senseful answer if a relay itself behaves well or not? [1] https://github.com/toralf/torutils/blob/master/orstatus.py -- Toralf

1 0

attacks from problematic tor exit relays
by BRBfGWMz 31 Dec '20

31 Dec '20

I am trying to guess what kind of target attacks are possible through problematic relays. Suppose the network relay is controlled by the enemy. How do they determine the original IP address of the outbound traffic? Correlation attacks are possible, but they seem very difficult and probably require a lot of resources. Also, changing the route stops this. If I assume that they determine what traffic flow is mine, and that I always use the same route, what attacks are possible? Are there any good posts or videos? \-- Sent using MsgSafe.io's Free Plan Private, encrypted, online communication For everyone. https://www.msgsafe.io

2 1

Relay operators meetup @ rC3
by Stefan Leibfarth 31 Dec '20

31 Dec '20

Hello Tor friends and relay operators, I haven't heard of a relay operators meetup at the ongoing rC3. Are there any plans? If not, who of you is interested? It would be my pleasure arrange a session. Please get back to me. Cheers Leibi

7 8

Re: [tor-relays] Relay operators meetup @ rC3: today 22:00 UTC+1
by BRBfGWMz 30 Dec '20

30 Dec '20

Do you guys meet via video? Is there a calendar? On Tue, Dec 29, 2020 at 01:39 PM, kantorkel <kantorkel(a)hamburg.freifunk.net> wrote: > To avoid confusion: We will meet today at 21:00 UTC, that is 22:00 CET > > https://www.starts-at.com/event/2603308559 > > > > On 12/29/20 12:30 PM, kantorkel wrote: > > Hi all, > > > the meetup will take place today, 2020-12-29, at 10pm UTC+1. > > > In rC3 world, we will meet in the bottom right corner of the Jena > hackerspace "Krautspace" > (https://rc3.world/rc3/room/5edc1329-f55c-46e1-a739-b0d642c2c80f/) Please > use https://jitsi.rc3.world/torrelayops-724b5 to join from the outside > world. > > > Thanks to qbi for organizing the room. > > > Best > > kantorkel > > > On 12/27/20 10:54 PM, Stefan Leibfarth wrote: > >> Hello Tor friends and relay operators, > >> > >> I haven't heard of a relay operators meetup at the ongoing rC3. > >> Are there any plans? > >> If not, who of you is interested? > >> > >> It would be my pleasure arrange a session. > >> Please get back to me. > >> > >> Cheers > >> Leibi > >> > >> _______________________________________________ > >> tor-relays mailing list > >> tor-relays(a)lists.torproject.org > >> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > >> > > _______________________________________________ > > tor-relays mailing list > > tor-relays(a)lists.torproject.org > > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > _______________________________________________ > tor-relays mailing list > tor-relays(a)lists.torproject.org > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > \-- Sent using MsgSafe.io's Free Plan Private, encrypted, online communication For everyone. https://www.msgsafe.io

1 0