- tor-relays - lists.torproject.org

Question
by Rubles 30 Oct '19

30 Oct '19

I tried running a bridge but my systemLog said: Please upgrade! This version of Tor (0.3.2.10) is not recommended, according to the directory authorities. Recommended versions are: 0.2.9.15,0.2.9.16,0.2.9.17,0.3.5.8,0.4.0.5,0.4.0.6,0.4.1.2-alpha,0.4.1.3-alpha,0.4.1.4-rc,0.4.1.5,0.4.1.6,0.4.1.7,0.4.2.1-alpha,0.4.2.2-alpha,0.4.2.3-alpha (I used sudo apt-get install tor - on Mint) so I checked out https://support.torproject.org/apt/tor-deb-repo/ and when I tried gpg --export A3C4F0F979CAA22CDBA8F512EE8CBC9E886DDD89 | apt-key add - it didn't work as it said gpg: WARNING: unsafe ownership on homedir gpg: [stdout]: write error: Broken pipe gpg: build_packet(2) failed: Broken pipe gpg: key export failed: Broken pipe Here are some other things it said: Looks like client functionality is working. Bootstrapped 100%: Done Your server has not managed to confirm that its ORPort is reachable. Relays do not publish descriptors until their ORPort and DirPort are reachable. Please check your firewalls, ports, address, /etc/hosts file, etc. What do I do?

2 1

36C3 voucher
by Niels Hesse 28 Oct '19

28 Oct '19

Anybody holding a Voucher for 34C3 in Leipzig at the end of December? https://tickets.events.ccc.de/36c3/docs/ <https://tickets.events.ccc.de/34c3/docs/>? While still running several Exits I would be more than happy to meet others there Thanks

2 1

Tor can exceed your AccountingMax in 0.4.0+
by Roger Dingledine 24 Oct '19

24 Oct '19

Hello wonderful relay operators, I wanted to let you know about a bug that might affect you if you use the AccountingMax option, in Tor 0.4.0 and later. Here's the ChangeLog entry from the upcoming 0.4.2.3-alpha: o Major bugfixes (relay): - Relays now respect their AccountingMax bandwidth again. When relays entered "soft" hibernation (which typically starts when we've hit 90% of our AccountingMax), we had stopped checking whether we should enter hard hibernation. Soft hibernation refuses new connections and new circuits, but the existing circuits can continue, meaning that relays could have exceeded their configured AccountingMax. Fixes bug 32108; bugfix on 0.4.0.1-alpha. That is, when your relay enters "soft" hibernation, you stop accepting new connections and new circuits (good), but you stop checking whether you've hit the hard limit and need to close down the remaining circuits (bad). The bug has the additional impact that when your Tor has entered soft hibernation, it stops updating the 'state' file in its DataDirectory, which means it doesn't record new bytes spent in the interval after that point. You can read more details on the trac ticket: https://bugs.torproject.org/32108 We'll have an 0.4.2.3-alpha release out soon with what we hope is a fix. And if it looks good then we'll plan to put out new 0.4.0.6 and 0.4.1.7 stables. In the meantime, if this bug affects you, you might do some combination of the following: * Watch your relay's bandwidth use and logs more carefully than usual * Downgrade to Tor 0.3.5.8 until the newer stables are ready * Set your RelayBandwidthRate to a lower value so you don't hit soft hibernation as quickly during this interval * Apply the two-line patch yourself (and let us know whether anything breaks) Sorry for the troubles, --Roger

1 0

public open socks port
by ylms 23 Oct '19

23 Oct '19

Hello all, I am wondering if there is any reason why one should not open the socks port of Tor to the public internet? I mean I run a Tor exit or relay, so why should I not open the port and give it to people that can't install Tor on some devices? Thanks for your thoughts. yl

4 3

Tor Relay on Pi Up
by William Pate 22 Oct '19

22 Oct '19

Put one up on my Raspberry Pi using the directions at https://community.torproject.org/relay/setup/bridge/debian-ubuntu/: https://metrics.torproject.org/rs.html#details/F38EE238CCB90EE18EC63361CB45… William Pate willpate(a)pm.me 512-947-3311 inadequate.net

1 0

Shit happens
by lists＠for-privacy.net 22 Oct '19

22 Oct '19

Ohh fuck. Too many terminals open and in the wrong: "rm -R / var / lib / tor-instances" I idiot of course have _no_ backup of the keys. :-( -- ╰_╯ Ciao Marco! My family:6D6EC2A2E2ED8BFF2D4834F8D669D82FC2A9FA8D

1 0

Operator straw poll: Reasons why you use Tor LTS versions?
by Mike Perry 21 Oct '19

21 Oct '19

Hello relay operators, Thanks for running relays, and thanks to those of you who are moving off of our old EOL Tor versions. Thanks especially to those of you who moved directly to Tor 0.4.1! We would like to transition the LTS Tor to be for use in edge/client/non-relay infrastructure only. We would like to minimize even that use. We need to update our network protocols to improve performance, security, and to add defenses against DoS attacks. Doing this while supporting LTS for relays is expensive, especially when large backports must be done to keep the network safe. It also slows down the uniform deployment of performance improvements, which contributes to the frustrating user experience of abysmal-but-rare performance edge cases. Unfortunately, we still have something like 2500 relays on either Tor 0.2.9-LTS or Tor 0.3.5-LTS. What are the reasons for this? My guess is the top 5 most common responses are: 1. "I didn't know that Debian's backports repo has latest-stable Tor!" 2. "I didn't see the Tor Project repos mentioned in Tor's Relay docs!" 3. "I'm running a distribution that Tor Project doesn't have repos for." 4. "I rolled my own custom Tor from git and forgot about it." 5. "My relay machine was not getting any updates at all. Oops." Does anyone have a reason that they think many other relay operators also share? How can we fix that for you, or at least, how can we make it easier to run the very latest stable series Tor on your relay? -- Mike Perry

10 17

Install on Tor on fresh Debian 10 failed (gpg key invalid)
by Olaf Grimm 20 Oct '19

20 Oct '19

Hello! I updated my VPS with a fresh Debian 10 install. According procedure in the documentation 'curl https://deb.torproject.org/torproject.org/A3C4F0F979CAA22CDBA8F512EE8CBC9E8… | gpg --import' I get the error message '2019-10-17 20:34:32 (1.01 MB/s) - ‘A3C4F0F979CAA22CDBA8F512EE8CBC9E886DDD89.asc’ saved [19665/19665] gpg: no valid OpenPGP data found. gpg: Total number processed: 0 What is going wrong? Is this an invalid key? After weeks ago my other install on Debian 10 was ok. Best regards! Olaf

4 5

DDNS with Relays and/or Bridges?
by nottryingtobelame＠protonmail.com 20 Oct '19

20 Oct '19

Forgive me if this is a dumb or newbie question, but can DDNS be used with either relays or bridges? I was considering setting up DDNS with FreeDNS mostly for my bridge so that if the IP changes (I have chosen not to subscribe to a static IP with my ISP), my clients can still access the bridge, rather than having to reset and start the bridge from scratch. Obviously I would not make it "torbridge.anonymousnetwork.com" or anything that would suggest its true use. Maybe something like "photoserver.whatever.com" or something like that. If DDNS can be used, my follow-up question is where all would I need to set that information? I'm guessing just in torrc? I do not remember the flag for identifying your IP, as I've always left it blank for Tor to guess, but could the DDNS hostname be entered here in lieu of the IP? Thanks for your time.

3 2

Using unattended upgrades with tor expert bundle
by Keifer Bly 19 Oct '19

19 Oct '19

Hi all, So I have been running an OBFS4 bridge via the Tor Expert Bundle for a year now, and it is going quite well. However, from what I have researched, using unattended upgrades to keep tor up to date is configured in the torrc file. I am wondering, can this be configured in tor expert bundle? Thanks very much. --Keifer

2 1

ns consensus directory issue
by Badger 16 Oct '19

16 Oct '19

Hi, Would appreciate if anyone could let me know how to resolve the warning below: 07:19:01 [WARN] Unable to load ns consensus directory downloaded from server '154.35.175.225:80'. I'll try again soon. [5 duplicates │ hidden] │ 07:19:01 [WARN] Unable to parse networkstatus consensus [11 duplicates hidden] │ 07:19:01 [WARN] Unable to compute digest of network-status [11 duplicates hidden] │ 07:19:01 [WARN] couldn't find start of hashed material "network-status-version" [11 duplicates hidden] │ 07:18:01 [WARN] Unable to load ns consensus directory downloaded from server '131.188.40.189:80'. I'll try again soon. Thanks a lot --

2 1

list of actually rejected fingerprints? (from 2019-10-08)
by nusenu 15 Oct '19

15 Oct '19

Dear Tor Directory Authorities, since there is a minor confusion about how the rejection list actually looked like, would you mind publishing the actual list of fingerprints you rejected this time (2019-10-08) like you did the last time during the removal of heartbleed relays? [1] thanks, nusenu [1] https://lists.torproject.org/pipermail/tor-relays/2014-April/004336.html https://lists.torproject.org/pipermail/tor-relays/2014-April/004342.html -- https://twitter.com/nusenu https://mastodon.social/@nusenu

2 1

Re: [tor-relays] Problem with authorities?
by teor 14 Oct '19

14 Oct '19

Hi, > On 14 Oct 2019, at 22:23, tschador(a)posteo.de wrote: > > On 2019-10-14 11:48, teor wrote: > >>> what's about the autorities maatu., tor26, bastet, gabel., and farav.? >> >> They either: >> - check IPv6 reachability, or >> - have a high stable MTBF (mean time before failure): >> https://consensus-health.torproject.org/#flagthresholds > > Thank you for the reply. What does the 'stable MTBF' mean? Time in > seconds (18 .. 48 days) before my relay get the stable flag back? It's a measure of the stability of your relay. A MTBF is an average time before your relay is next expected to fail, based on its past failures. For more details, see: https://gitweb.torproject.org/torspec.git/tree/dir-spec.txt#n1800 > Downtime was from 2019-09-24 10:00 - 2019-09-26 06:00. > >> Keep your relay up, and its IPv6 address reachable, and you should be fine. > > The ReachableIPv6 flag is set and usage is ~5500 connections. If your IPv6 address becomes unreachable, that counts as a failure. I don't have exact data, but it does seem that the IPv6 authorities think your relay has a lower stability. T

1 0

Newbie qustion installing relay on Linux Mint
by Dag N 14 Oct '19

14 Oct '19

I followed the instruction on following sites: [projects/tor/wiki/TorRelayGuide/DebianUbuntuUpdates]and[https://trac.torpro…] trac.torproject.org/projects/tor/wiki/TorRelayGuide/DebianUbuntu but I think it don't work. I tried to do relay search:No Results found!No Tor relays matched your query :( Uptime now is 10 hour. Best RegardsDAG

2 1

Questions about Fallbacks
by [REDACTED] 14 Oct '19

14 Oct '19

Hi, when i setted up my relays i choosed 443 as the ORPort. My thought behind it was that 443 is most likely not blocked and less likely observed because the ISP could expect to anyway only see encrypted data so a Tor connection will more likely slip through it. I let the DirPort on 9030 because i read that clients anyway only use the ORPort and i thought if a authority will connect to me it makes no difference because none of my ports is blocked. Now some of my relays are Fallbacks. Would it be a benefit for the network if i change the DirPort to 80 or is the DirPort still not used by clients? Is it necessary to opt-out the relay as a fallback if it was shut down by the provider and already is long gone from metrics?

2 1

Firewall rules as a "replacement" for MyFamily on a bridge?
by Marco Gruß 14 Oct '19

14 Oct '19

Hi, I have been running 2 middle relays for a while and now fired up an obfs4 bridge (in a relay-free AS no less ;) as well. I've been thinking, as MyFamily is a no-no for bridges, how about firewalling the bridge from my nodes? If I add rules on my bridge that prevent it from connecting to my other relays and prevent my other relays from connecting to it (using iptables' -j REJECT, which results in a "connection refused", as if the tcp port was closed), it would be technically impossible for my bridge to inadvertently build a circuit through one of my other relays. (Well, it could of course still choose them as the second hop.) Does this make any sense at all? Will this break stuff? Thanks! Best, Marco

2 2

Re: [tor-relays] Problem with authorities?
by teor 14 Oct '19

14 Oct '19

Hi, > On 7 Oct 2019, at 17:37, tschador(a)posteo.de wrote: > > what's about the autorities maatu., tor26, bastet, gabel., and farav.? They either: - check IPv6 reachability, or - have a high stable MTBF (mean time before failure): https://consensus-health.torproject.org/#flagthresholds Keep your relay up, and its IPv6 address reachable, and you should be fine. T > Only longc., dizum, moria1 and danne. show the Guard, HSDir and Stable > flag for my relay [1]. > > Uptime: 11 days > > Regards > > [1] > https://metrics.torproject.org/rs.html#details/6A7551EEE18F78A9813096E82BF8…

1 0

Some newbie questions
by skarz 14 Oct '19

14 Oct '19

Hello all, I have a few newbie questions on some topics that I would like to clear up... What is the proper way to stop/start/restart a relay? I’ve ‘corrupted’ a few relays during this process, for example a relay had a new fingerprint after restarting the machine. Actually my biggest problems thus far are all based around Tor behaving weird after a restart. Also, after I make changes to the torrc file, is pressing ‘x’ in Nyx an acceptable way to enable the changes or is there a preferred method? Last, if I’m running a bridge at home do I need to configure iptables / fail2ban or is my firewall sufficient? And specifically which ports need to be forwarded to my bridge? Just the ORPort or others as well? Thanks! Sent from ProtonMail Mobile

4 4

The Iranians are coming!
by potlatch 09 Oct '19

09 Oct '19

This morning I noticed my exit/back-up directory VPS in Finland was down. One minute after I restarted it I had 1411 Iranian inbound connections and 43 other (Tor) inbound connections. Just saying..... Sent with [ProtonMail](https://protonmail.com) Secure Email.

1 0

Bridge Sees 100x Clients Starting 2019-08-31
by Porcelain Mouse 09 Oct '19

09 Oct '19

Tor Operators, It's been about a year since I switched my middle node to a bridge. Since then, usage on that node has increased and I have the bandwidth for it, so that's good. But, 16 days ago, this node started moving a lot more data, hitting the bandwidth limits, constantly. And its serving many more clients, more than 100 times the recent average. On this list, I see some messages regarding SSH abuse traffic using Tor. I also see a call from Phillip W. about more obfs4 bridges. 1) Can we be pretty sure the bulk of this sudden increase in users is abuse traffic? If not, is this a problem? 2) What should I do about it, if anything? 3) Would using obfuscation help this problem? Thanks, -- PMouse

4 6

Questions to ask exit node providers
by F67 Group 08 Oct '19

08 Oct '19

We are thinking of running a Tor Exit Node. Does anybody have a list of questions to ask before purchasing a VPS or colocation? I came up with some basic questions: - Do you allow a Tor exit node? [with explanation] - What are the policies for handling abuse complaints? - How much uplink bandwidth do you provide? Any other questions one should ask? Thanks.

17 49

these ~790 tor relays will be removed from the network unless they upgrade
by nusenu 07 Oct '19

07 Oct '19

As previously written on 2019-09-03 https://lists.torproject.org/pipermail/tor-relays/2019-September/017711.html the Tor directory authorities are about to remove relays from the network if they run end-of-life versions of tor. Here is the list of affected relays that will be **removed** from the network as of **next week** unless they upgrade to a supported version of tor. A daily updated list can be found at: https://nusenu.github.io/OrNetStats/eolrelays If you find yourself on this list please update your tor version. Data as of 2019-10-04 09:00 UTC +------------------+---------------------+-----------------+--------------------------------------------------------------+ | consensus_weight | nickname | IP | contact | +------------------+---------------------+-----------------+--------------------------------------------------------------+ | 192000 | Unnamed | 213.239.204.62 | NULL | | 167000 | Unnamed | 144.76.107.124 | NULL | | 164000 | Unnamed | 78.46.151.57 | NULL | | 160000 | Unnamed | 136.243.69.205 | NULL | | 150000 | Unnamed | 145.239.255.86 | NULL | | 150000 | drjohn | 51.75.144.67 | NULL | | 148000 | Unnamed | 136.243.131.29 | NULL | | 147000 | SergeiK | 95.154.221.3 | NULL | | 140000 | privacypte | 51.75.144.69 | NULL | | 131000 | cryptocrax0r | 51.75.144.68 | NULL | | 130000 | manningftw | 145.239.6.188 | NULL | | 130000 | martinsrelay | 54.36.164.176 | NULL | | 130000 | Unnamed | 51.68.206.35 | NULL | | 125000 | torrelay01 | 78.129.150.54 | NULL | | 124000 | BigBen | 95.154.221.4 | NULL | | 123000 | privacyguardian | 51.68.206.28 | NULL | | 123000 | sheldon | 95.154.221.6 | NULL | | 121000 | Unnamed | 136.243.39.148 | NULL | | 120000 | skywalker | 78.129.150.72 | NULL | | 117000 | Unnamed | 78.129.150.63 | NULL | | 117000 | drakeforce1 | 145.239.6.189 | NULL | | 111000 | z0rb4l2 | 148.251.11.21 | 1Q5fZnsG5BSizXmJbrq8FsACnd6kSTBju7 | | 110000 | Unnamed | 148.251.51.66 | NULL | | 110000 | Unnamed | 78.129.150.83 | NULL | | 110000 | Unnamed | 176.9.92.184 | NULL | | 110000 | Unnamed | 144.76.79.84 | NULL | | 110000 | UbuntuTor | 95.154.221.2 | NULL | | 110000 | Unnamed | 136.243.82.132 | NULL | | 109000 | Unnamed | 78.129.180.14 | NULL | | 107000 | Unnamed | 5.9.148.164 | NULL | | 103000 | Unnamed | 78.46.79.4 | NULL | | 101000 | m247 | 89.238.128.124 | NULL | | 99000 | Freiheit | 144.76.57.165 | NULL | | 94000 | Bananenbakker | 192.42.132.106 | IP-Eend <tor AT ip-eend dot nl> | | 91100 | Unnamed | 176.9.46.72 | NULL | | 83000 | Unnamed | 34.241.138.212 | NULL | | 82500 | AliceInWunderland | 5.9.143.167 | NULL | | 77000 | Unnamed | 144.76.61.209 | NULL | | 74800 | as44194a36s01 | 77.87.50.6 | NULL | | 74500 | as44194l10502 | 77.87.49.6 | NULL | | 70000 | drachenklaue | 94.130.68.230 | tor(a)alexdpsg.net | | 70000 | VivaLuxx | 91.121.224.10 | NULL | | 68000 | GothamsPlanet | 79.137.112.4 | NULL | | 64400 | TheDarkLord | 79.137.106.154 | NULL | | 64000 | as44194l10501 | 77.87.49.6 | NULL | | 59000 | Unnamed | 78.129.186.88 | NULL | | 58400 | Unnamed | 95.154.194.110 | NULL | | 54000 | locksat | 62.210.93.142 | Boris Nagaev <bnagaev(a)gmail.com> | | 52000 | Unnamed | 176.9.92.102 | NULL | | 50200 | TorMeSoftly | 79.137.112.5 | NULL | | 49400 | Alienzone | 213.32.119.219 | NULL | | 48000 | Unnamed | 176.9.92.102 | NULL | | 44000 | Fithnovember | 79.137.116.43 | NULL | | 43500 | Unnamed | 159.69.93.175 | NULL | | 42000 | jacktheripper | 167.114.35.107 | NULL | | 41000 | Unnamed | 91.211.247.247 | NULL | | 41000 | bongocarl | 85.214.86.123 | NULL | | 37000 | Unnamed | 91.211.247.246 | NULL | | 35000 | Default | 79.137.69.3 | NULL | | 35000 | versailles1 | 78.129.208.40 | NULL | | 34000 | Torrelay8967573 | 94.16.112.123 | Jan.kaerger.jkr(a)gmail.com | | 33000 | circusdirector | 167.114.219.61 | NULL | | 32800 | Unnamed | 87.117.247.6 | NULL | | 32000 | freedomtower01 | 167.114.35.102 | NULL | | 31100 | vr241tor | 89.144.12.17 | NULL | | 31000 | manningisfree | 78.129.208.184 | NULL | | 29600 | watchthewatcher | 87.117.247.207 | NULL | | 29000 | Unnamed | 130.225.254.103 | staff(a)dotsrc.org | | 28700 | Unnamed | 109.169.86.118 | NULL | | 27700 | Unnamed | 130.225.254.103 | staff(a)dotsrc.org | | 27200 | hellzone | 149.56.25.84 | NULL | | 26000 | servbr9 | 137.74.40.76 | Servbr Admin <servbr [AT] mail [DOT] md> | | 24000 | Default | 79.137.68.107 | NULL | | 24000 | Rebel | 51.68.170.247 | NULL | | 23200 | bigboss99 | 87.120.36.157 | NULL | | 22500 | Relay751 | 137.74.112.46 | Donate : 1BcGs8GAJwVQ6BpTN9BtRcKvGWzLnmcXwK | | 22400 | KarmaCorner | 37.252.187.172 | admin(a)dornercorner.com | | 22100 | freedomnet51 | 51.158.173.218 | freedomnet51(a)reelnetwork.eu | | 22000 | Arrow | 51.68.185.141 | NULL | | 22000 | Unnamed | 107.170.113.212 | NULL | | 21800 | ServbrNuremberg | 51.75.68.24 | NULL | | 21000 | servbr7 | 193.70.43.102 | Servbr Admin <servbr [AT] mail [DOT] md> | | 20800 | dvbhorst | 195.201.138.156 | horst(a)faust-home.de | | 20500 | ServbrDusseldorf | 54.37.74.60 | NULL | | 20000 | servbr8 | 91.134.140.21 | Servbr Admin <servbr [AT] mail [DOT] md> | | 20000 | voidray | 163.172.56.248 | tor(at)0day.rocks | | 19300 | servbr10 | 193.70.43.20 | Servbr Admin <servbr [AT] mail [DOT] md> | | 19300 | ServbrRome | 145.239.76.11 | NULL | | 18600 | H4ck3rm4n0m3g4 | 173.212.226.76 | tor AT renz DOT cloud | | 18600 | wonderland | 94.130.186.49 | NULL | | 18400 | Chief | 145.239.0.204 | NULL | | 18200 | VocbulrySlogn | 45.76.134.212 | NULL | | 18200 | ServbrMunich | 51.75.68.7 | NULL | | 18000 | Pipi | 54.37.207.84 | NULL | | 18000 | ServbrStuttgart | 51.38.112.240 | NULL | | 18000 | toryimby123 | 51.15.59.115 | NULL | | 18000 | courage | 94.16.123.169 | NULL | | 18000 | ididnteditheconfig | 95.211.214.150 | NULL | | 18000 | servbr6 | 79.137.33.131 | Servbr Admin <servbr [AT] mail [DOT] md> | | 17500 | bettyrootTorRelay4 | 79.137.85.71 | NULL | | 17000 | mcrelay | 46.38.234.52 | Marvin Moloczek <tor(a)moloczek.com> | | 17000 | borderline | 178.32.47.140 | NULL | | 17000 | Killer | 51.68.170.74 | NULL | | 17000 | Phillipus2 | 91.106.132.151 | 345345455675675(at)byom(dot)de [tor-relay.co] | | 16800 | ServbrQuebec | 142.44.243.241 | NULL | | 16400 | lehlbauern | 173.249.25.217 | tor [at] skeeerus [dot] club [tor-relay.co] | | 16400 | foertel1 | 95.216.145.16 | 0xF85959ECB7238802 foertel <mehl(a)foertel.com> | | 16300 | coconuts | 80.241.213.86 | NULL | | 16000 | servbr4 | 37.59.108.97 | Servbr Admin <servbr [AT] mail [DOT] md> | | 16000 | MS3cTOR621 | 158.69.212.109 | NULL | | 16000 | ENC0c210f748b604128 | 212.129.57.254 | Itzhak Daniel <itzhak+tor(a)itk98.net> | | 15900 | servbr12 | 54.37.74.139 | Servbr Admin <servbr [AT] mail [DOT] md> | | 15400 | BadAx0r | 149.202.170.60 | tor(a)meriot.fr | | 15300 | VCS | 144.217.13.141 | NULL | | 15300 | servbr5 | 51.255.203.235 | Servbr Admin <servbr [AT] mail [DOT] md> | | 15000 | MS3c491 | 144.217.90.68 | NULL | | 15000 | iotator | 173.249.19.206 | NULL | | 15000 | Beauty | 51.75.153.17 | NULL | | 14800 | idabwells | 5.189.138.9 | <idabwells AT systemli dot org> | | 14400 | ninov1 | 94.16.114.105 | nino [dash] tor [at] ninov [dot] de (gpg B8D657E6343B295AE4C | | 14200 | stormwind | 178.132.0.6 | NULL | | 14100 | polisen1 | 165.22.86.8 | sanderp(a)lavabit.com | | 14100 | Cyberman | 51.15.73.133 | Torchwood <contact [at] pakitow [dot] eu> | | 14000 | torhole | 188.165.5.14 | NULL | | 14000 | Butch | 51.75.82.166 | NULL | | 14000 | Ms3cTor88 | 54.39.148.232 | NULL | | 14000 | Dazzle | 54.37.207.82 | NULL | | 13800 | Blazer218 | 144.76.92.176 | Igel <Igel(a)Hyperboria.ca> | | 13700 | Unnamed | 185.21.100.163 | NULL | | 13600 | MS3cTOR493 | 54.39.148.233 | NULL | | 13500 | VERITAS | 18.25.133.37 | 0xA711D81A m_price-at-mit-dot-edu 12fymnTuJsMEgUeRKUsGqckS3j | | 13000 | ggggg2 | 46.4.174.52 | hannesexner91+tor(a)googlemail.com | | 13000 | MS3c490 | 158.69.217.87 | NULL | | 13000 | fury | 51.15.73.97 | NULL | | 13000 | MS3c494 | 54.39.148.234 | NULL | | 13000 | Dash | 54.37.200.155 | NULL | | 13000 | olympushasfallen | 188.165.138.6 | NULL | | 13000 | Servify1 | 178.78.192.88 | tor(a)servify.se | | 12500 | rogemedic | 208.38.243.113 | Rogemedic <admin(a)waltersnet.noip.us> | | 12400 | Unnamed | 62.141.41.110 | NULL | | 12400 | MS3cTOR526 | 144.217.166.19 | NULL | | 12300 | NewYorkInternet0 | 63.165.242.42 | NULL | | 12200 | MS3cTOR528 | 144.217.166.59 | NULL | | 12200 | OurHelperForU | 109.74.11.81 | isorry(a)no.no | | 12200 | MS3cTOR527 | 144.217.166.26 | NULL | | 12100 | o9k | 136.243.243.6 | tor a.t o9k d.o.t cc - 18HDgR3KrfqQUxiW9tL4w5XdutmdW44BY6 | | 12000 | toracy | 144.217.15.164 | NULL | | 12000 | mrtjay | 188.165.19.61 | NULL | | 12000 | ServbrCalgary | 192.99.245.76 | NULL | | 12000 | MS3cTOR525 | 144.217.165.223 | NULL | | 12000 | NewYorkInternet1 | 63.165.242.34 | NULL | | 11700 | Cicolina | 46.229.238.172 | root(a)cicolina.org | | 11700 | trumpnetwork | 188.165.28.152 | NULL | | 11700 | ratni | 37.187.103.213 | Pierre <pierre+tor at ratni dot v4v dot be> | | 11600 | RiverRaid | 192.99.245.119 | NULL | | 11600 | Dyonisius | 185.61.149.173 | NULL | | 11300 | BABELFISH | 185.248.160.65 | ronald.dunno(a)mail.ru | | 11100 | finn | 87.98.245.84 | 0x112CA89F scholzi100 <tor(a)scholzi100.de> 1436DgS4kboHciWPp4 | | 11000 | AMMIT911 | 209.250.230.247 | NULL | | 11000 | KD8HLN | 158.69.222.218 | Kd8hln.com Jeffschefke(a)gmail.com | | 11000 | DarkOVH | 151.80.147.153 | julles.reneau(a)post.com | | 11000 | fredTorrefactor | 37.187.102.5 | rhfred(a)disroot.org | | 11000 | Srv1MuchRelay | 173.249.3.81 | ohello(a)tuta.io | | 11000 | MS3cTOR524 | 144.217.7.154 | NULL | | 10800 | MS3cTOR200 | 158.69.113.76 | NULL | | 10700 | PieceOfShitSrv | 144.76.165.201 | ${CONTACT_GPG_FINGERPRINT} ${CONTACT_NAME} ${CONTACT_EMAIL} | | 10600 | easyrider | 51.83.47.110 | NULL | | 10500 | StealthSTOSE | 213.64.65.106 | NULL | | 10400 | TORdashRELAYdotUS | 50.21.183.46 | support @ TORdashRELAYdotUS | | 10100 | bennobaksteen | 37.187.115.47 | NULL | | 10000 | madnight | 195.201.103.59 | madnight madnight <danon(a)gmx.de> | | 10000 | Ms3cTOR621 | 158.69.212.107 | NULL | | 10000 | Shrimp | 51.75.153.19 | NULL | | 10000 | myNiceRelay | 172.98.77.212 | lagartobostero(a)hotmail.com | | 9740 | Rocket147 | 167.114.113.134 | <pdestor(a)lelantos.org> | | 9500 | ankerman | 51.38.107.117 | NULL | | 9490 | kuazal8 | 173.249.44.27 | alexkovalev(dot)1990(at)mail(dot)ru [tor-relay.co] | | 9420 | Servify4 | 178.78.192.89 | tor(a)servify.se | | 9270 | Digger | 54.37.200.157 | NULL | | 9220 | Servify3 | 178.78.192.89 | tor(a)servify.se | | 9220 | Perseus | 185.86.150.214 | NULL | | 9140 | hosTor2 | 104.236.92.66 | NULL | | 8940 | Smasher | 51.68.186.59 | NULL | | 8900 | Metis | 5.135.186.73 | 0xBE6B3636 walafc0 <tor AT walafc0 dot orgy minus the y> | | 8700 | default | 161.97.195.50 | NULL | | 8700 | Geoff2 | 178.254.31.125 | tor at cybercyber dot wtf | | 8600 | deinemudda | 163.172.213.201 | 0xB3AC4F40BC396055 Stephan Henrichs <stiepen <twentytwo as n | | 8540 | jabbenbabben | 88.206.149.198 | jabbenbabben(a)gmail.com | | 8490 | Unnamed | 192.99.63.44 | NULL | | 8410 | proteus | 51.77.150.255 | NULL | | 8370 | Spurjo | 194.34.134.115 | purjosipuli(at)airmail(dot)cc | | 8350 | ExpressSktebord | 45.77.69.166 | NULL | | 8350 | alchimist | 137.74.189.95 | NULL | | 8200 | theboss | 94.23.173.93 | NULL | | 8130 | Ms3cTOR57 | 167.114.185.246 | NULL | | 8100 | MkoTorRelayMiddle | 109.239.49.192 | m-ko dev(a)m-ko.de | | 8060 | beefyboi | 81.171.29.146 | holdmybeertor(a)protonmail.com | | 7900 | tjwtechsvr1 | 195.154.165.64 | 0xECDFEA8B27994D63 Timothy Werner <timothy (@T) tjw (D0T) mo | | 7800 | Buster | 54.37.207.37 | NULL | | 7710 | PutoElQueLee293884 | 50.39.175.88 | NULL | | 7710 | hosTor1 | 104.236.93.66 | NULL | | 7700 | wjbrelay | 192.155.88.116 | NULL | | 7590 | romaniaBEST52 | 198.50.159.82 | romaleromane67(at)gmail(dot)com [tor-relay.co] | | 7500 | Unnamed | 51.15.112.209 | NULL | | 7450 | RARvolt | 145.239.89.186 | Anonymous | | 7410 | Pitch | 51.38.107.122 | NULL | | 7300 | nostradamus | 51.75.143.241 | NULL | | 7260 | Unnamed | 62.115.168.177 | NULL | | 7230 | biscoint | 159.89.135.134 | Anonymous | | 7200 | gratinee | 173.213.108.116 | Joe Gratz <firstname AT firstnamelastname dot net> | | 7200 | DockerTorrelay | 185.35.200.250 | Anonymous | | 7200 | icosadev | 192.184.81.117 | ICOSADEV TOR <icosadev(a)gmail.com> | | 7190 | dr4kster | 195.210.28.72 | dopice(a)mailinator.com | | 7170 | Unnamed | 83.220.174.128 | NULL | | 6900 | Landslide | 51.75.85.114 | NULL | | 6890 | einsteinmaxwell | 46.38.238.209 | human(a)google.com | | 6870 | Shade | 51.68.182.30 | NULL | | 6740 | casalserugo | 37.187.180.112 | Anonima Casalserugo <anonima.casalserugo(a)gmail.com> | | 6620 | london742 | 95.216.140.157 | edgar.tor.uk(a)gmail.com | | 6600 | whatthedeuce | 149.56.141.15 | NULL | | 6500 | Memo | 145.239.1.97 | NULL | | 6460 | dsfknvdsz | 46.4.25.214 | NULL | | 6390 | bahamut | 173.255.221.96 | Tor Daemon <tor AT 4cloure dot com> | | 6380 | 00was00 | 78.142.19.43 | was.small(a)was.info | | 6300 | Geoff4 | 31.31.74.177 | tor at cybercyber dot wtf | | 6260 | Unnamed | 37.120.184.242 | NULL | | 6200 | lewwerDuarUesSlaav | 91.219.237.244 | Administrator admin(a)tor-hu.neuromorph.de | | 6120 | Unnamed | 85.217.171.231 | NULL | | 6070 | kellogs | 51.75.65.10 | NULL | | 6030 | Unnamed | 84.203.103.5 | NULL | | 6000 | frcy | 85.10.243.199 | srv at frcy dot org | | 5800 | jumpnet | 199.127.226.150 | www.tocici.com <nospam AT tocici dot com> | | 5600 | anonkaisx | 151.80.115.180 | Kai <anon AT kai dot sx> | | 5590 | c17h13cln4 | 50.116.7.186 | NULL | | 5560 | jooVa1mi | 188.116.152.7 | NULL | | 5510 | pbx | 94.140.116.167 | tor(a)remus.be | | 5490 | piecoopdotnet | 74.82.47.194 | amuse <tor-amuse%foofus.com> | | 5400 | Hank | 137.74.25.175 | Random Person <489f0b2d at opayq dot com> | | 5380 | somerandomguyontor | 64.180.147.227 | NULL | | 5350 | NeutrlConcept | 149.248.4.19 | NULL | | 5210 | BlaGlobal2 | 188.120.243.32 | NULL | | 5200 | Apollo | 162.213.3.221 | <hostmaster at denetron dot com> | | 5110 | hiddenRussia | 188.243.68.220 | Random Person <host(a)m7a.ru> | | 4900 | thedoctor | 192.44.30.40 | network at aisec dot fraunhofer dot de | | 4900 | frell2 | 85.10.240.250 | remops(a)frell.theremailer.net | | 4800 | eax | 50.116.42.245 | Ehsan Akhgari <ehsan dot akhgari at gmail dot com> | | 4730 | sentinel | 147.232.191.48 | NULL | | 4670 | tptor | 91.198.212.250 | NULL | | 4620 | Geoff3 | 178.254.9.25 | tor at cybercyber dot wtf | | 4470 | glorpSfo01 | 165.227.63.218 | via ProtonMail: glorp-relays | | 4470 | Konsul13 | 91.67.4.195 | Mark H <mark.h AT web dot de> | | 4440 | HackThisSite | 198.148.81.167 | HackThisSite.org | | 4400 | DooTooFooBeafKnight | 213.239.214.13 | 0xE3252A69 doo.toofoo.beaf(a)protonmail.com | | 4400 | daddycool | 54.39.148.129 | NULL | | 4250 | InnovateTor | 212.47.230.49 | Maarten Eyskens <maarten AT innovatete dot ch> | | 4200 | druid | 51.38.162.232 | blackdruid(a)mail.ee | | 4200 | SAPTORNET02 | 51.38.83.228 | torrbox(a)saplingservers.net | | 4030 | rainbownerds01 | 163.172.216.195 | Rainbownerds.de <admins (a) rainbownerds.de | | 3800 | piriti | 204.13.164.107 | nocat(a)readthefinemanual.net | | 3720 | ENC772461607de21c13 | 178.17.171.114 | Itzhak Daniel <itzhak+tor(a)itk98.net> | | 3670 | ephemera | 95.216.1.161 | Thingy McThingFace <simon dot detheridge thingy g mail dot c | | 3640 | FastTorServer | 84.53.192.243 | admin.ru | | 3590 | lifeisabitch | 54.39.202.202 | NULL | | 3580 | dokachin | 217.88.183.36 | Klim Dokachin <dokachin AT drwmeier dot de> | | 3570 | ruselzusel | 79.207.77.72 | <ruselzusel AT gmail . com> | | 3500 | MYLEX | 77.123.42.148 | NULL | | 3470 | Unnamed | 199.127.226.61 | NULL | | 3370 | Unnamed | 62.214.6.61 | NULL | | 3350 | confidantmail02 | 71.165.151.35 | NULL | | 3240 | torpidsNLserverius | 217.12.208.117 | torpids AT yahoo dot com - 1JYHfzVFVD7n2Sezz3DEHDFgGYjQWpDjq | | 3200 | an0nym4theworld | 46.92.100.243 | NULL | | 3190 | ThankYouEdSnowden | 104.131.149.84 | Scott Maxwell tor-contact-2015 (at) scottmaxwell (dot) org | | 3170 | hackeriet | 185.35.202.221 | 0xdf0c3d316b7312d5 Alexander Kj\u00E4ll <alexander.kjall@gma | | 3110 | obsd4atorrelay | 213.246.39.160 | obsd4aadmins <tor(a)obsd4a.net> | | 3100 | Refogado | 93.108.197.92 | ga5cn0fn8ag6p11 12KSBXGhXYbQRdYhsZeUUMtBLoRQDNw37x | | 3060 | SatoshiNakamoto | 87.247.111.222 | tomas.vanagas(a)knf.vu.lt [tor-relay.co] | | 3030 | corsair626 | 79.120.85.102 | NULL | | 3000 | guy1 | 96.126.122.166 | tor-relay(a)guy.net.au - 1FjYCQjLAnSMrXYxNNAFg3dugGdGboZeQ4 | | 2910 | gordonkeybag | 91.229.20.27 | admin <tor {at] rault [POINT) me> | | 2800 | zarvoxrelay | 192.241.233.203 | tor(a)zarvox.org | | 2800 | Mercury | 162.213.0.243 | <hostmaster at denetron dot com> | | 2770 | marchenr49 | 86.212.5.200 | NULL | | 2740 | a1on | 68.129.25.138 | NULL | | 2540 | NL1coxuEU | 5.2.67.84 | torrelays rem sh | | 2440 | Dsystems | 217.252.178.126 | dirdante <tor2 at d-systems dot us> | | 2430 | chanet | 104.251.250.115 | Random Person <gmail timmmmmmmmmy> | | 2420 | RonDavis | 213.136.82.192 | NULL | | 2400 | runninglizard | 89.191.217.1 | NULL | | 2380 | hacktheplanet | 62.133.157.139 | ${CONTACT_GPG_FINGERPRINT} ${CONTACT_NAME} ${CONTACT_EMAIL} | | 2380 | Unnamed | 178.207.139.146 | NULL | | 2290 | DidItLateButNow42 | 62.72.82.222 | fn(a)radio-do.de | | 2260 | default | 79.126.49.177 | torrelayowner-at-torbox3uiot6wchz.onion | | 2180 | stickmanRelayKing | 193.148.69.109 | Antonio Maia <antonio.maia(a)protonmail.com> | | 2150 | rat | 92.55.0.224 | NULL | | 2130 | PartitoPirata | 178.62.186.155 | Info Partito Pirata <info AT partito-pirata dot it> | | 2110 | default | 84.28.195.216 | NULL | | 2100 | doofenschmirtz | 173.249.2.224 | halloanjedendenichkenne(a)gmail.com | | 2100 | CastleWyvern994 | 80.86.83.11 | castlewyvern994 nightstone com | | 2100 | Waldo | 104.186.12.32 | waldoDOTrelayATgmailDOTcom | | 2100 | Cerebro | 85.17.194.180 | NULL | | 2060 | halah | 80.211.211.235 | lidel <lidel AT lidel dot org> | | 2050 | k0nslNET10 | 192.138.210.125 | 0x36A56A72 k0nsl <i.am(a)k0nsl.org> | | 2020 | Tor4ahmeacee | 37.134.99.4 | NULL | | 2000 | dragonfly | 192.99.13.48 | <contact AT libellules dot eu> | | 1990 | AMMIT900 | 45.77.104.79 | NULL | | 1950 | torstejaude | 178.63.116.157 | 0x7137AB4C Stephan Jauernick info(a)stephan-jauernick.de | | 1940 | SCCOnion | 216.186.250.53 | SCC TOR Support <tor(a)stonycreek.chruch> | | 1900 | ieditedtheconfig | 84.52.252.183 | Random Person <random AT person dot com> | | 1800 | MegaRobotMecha | 45.79.92.94 | NULL | | 1730 | freespeech4thedumb3 | 46.4.111.124 | @kosjoli | | 1710 | Unnamed | 79.164.233.222 | NULL | | 1700 | CountlessScarecrows | 91.219.236.250 | 0x309F635DAD1B5517 | | 1620 | Morerelays | 92.34.152.239 | oskar_e(a)live.se | | 1600 | fnordfnordfnordN998 | 85.214.236.207 | NULL | | 1530 | ThatTorRelay | 23.239.22.19 | NULL | | 1510 | cryptonanus | 80.211.192.151 | Ignitus Cryptonanus <cryptonanus AT protonmail dot com> | | 1500 | endthefed | 46.165.253.199 | NULL | | 1450 | niccokunzmann | 80.144.9.4 | https://niccokunzmann.github.io | | 1430 | AgentOrange | 138.68.15.191 | AgentOrange - 19a2T2eX2QkzGxLmAr4TgoJ91pRJHMSBNp | | 1430 | Unnamed | 199.193.14.77 | NULL | | 1420 | SPFCFutebol | 81.17.60.24 | NULL | | 1400 | Unnamed | 199.193.14.86 | NULL | | 1400 | gulfdriverdan | 162.243.55.203 | tor [at] driverdan [dothere] com - 17ds28jqSFog1pV7N52vRVhPx | | 1390 | cryptonanus | 5.249.148.182 | Ignitus Cryptonanus <cryptonanus AT protonmail dot com> | | 1390 | kulcosictor3tag | 193.190.168.49 | Fan Yang <fan.yang2 AT student.kuleuven.be> | | 1390 | Phillipus | 31.16.138.23 | no(at)contact(dot)com [tor-relay.co] | | 1330 | PArelayPIT | 72.95.140.251 | NULL | | 1310 | flaxindymedia | 66.175.221.24 | NULL | | 1310 | BjPhviaXjv | 51.15.56.101 | NULL | | 1300 | Thoreau | 66.155.4.213 | NULL | | 1300 | AMMIT999 | 209.250.230.247 | NULL | | 1300 | versiooff | 94.100.23.26 | NULL | | 1300 | heavymetalnode | 89.245.7.22 | Random Person mail AT andrejakob dot de | | 1300 | UnicornOrbotRelay | 84.138.59.79 | NULL | | 1290 | london743 | 80.211.186.237 | edgar.tor.uk(a)gmail.com | | 1290 | SpaceJam | 139.162.245.120 | NULL | | 1270 | fructose14ellipsix | 69.164.214.250 | 5C76DAB2 David Zaslavsky <diazona(a)ellipsix.net> | | 1230 | jdvnsjfnHBDkScf | 94.140.120.130 | jfghjgsdjghdsjgf(a)jabber.ccc.de | | 1210 | Clevinger | 45.55.167.33 | NULL | | 1200 | poildortie | 37.187.20.79 | Poildortie <poildortie AT gmail dot com> | | 1200 | rocky | 46.28.68.157 | NULL | | 1190 | Tor4shooreph | 87.140.21.102 | NULL | | 1180 | EdDySnOwdEn | 176.9.54.142 | 0x7BF3AFF7 Halabalusa <tor AT halabalusa dot de> | | 1170 | mort | 83.149.125.193 | NULL | | 1170 | hightfreuiop | 144.217.65.215 | NULL | | 1140 | supr4s | 5.135.183.210 | supr4s(a)protonmail.com | | 1140 | Unnamed | 87.93.17.39 | NULL | | 1130 | RunningOnFumes4 | 185.61.148.189 | NULL | | 1120 | Nana | 167.114.103.19 | cstdenis <cstdenis AT ctgameinfo dot com> | | 1120 | nissan | 217.64.127.174 | NULL | | 1120 | managermanager | 95.183.55.53 | NULL | | 1110 | Unnamed | 80.211.184.112 | NULL | | 1100 | default | 96.253.48.129 | NULL | | 1100 | gyuhgyug | 46.4.81.49 | NULL | | 1100 | maltose15ellipsix | 104.237.156.214 | 5C76DAB2 David Zaslavsky <diazona(a)ellipsix.net> | | 1100 | rottor | 192.95.25.202 | BM-2cWgYGXDaxrxohMfixvRgrPCh7RK15fAt4(a)bitmessage.ch | | 1100 | greengreen | 5.255.82.75 | NULL | | 1100 | toastworld | 79.140.41.117 | tor <INSERT AT SIGN HERE> toastworld.org | | 1090 | Unnamed | 93.66.61.36 | 410b1cf207127127600d8b62b6815ebb <none(a)none.no> | | 1080 | greybig | 185.25.48.157 | NULL | | 1070 | Ubuntu | 146.0.32.62 | NULL | | 1070 | mordor | 176.123.10.42 | NULL | | 1070 | kolben | 178.63.65.179 | 0xFADF79F8 Peter McColgan <petermccolgan0 AT gmail dot com> | | 1060 | HorstHanfblatt | 5.189.146.133 | NULL | | 1060 | lamplamp | 46.166.162.34 | NULL | | 1060 | Unnamed | 85.214.56.180 | NULL | | 1050 | idaoberstein | 78.55.168.18 | NULL | | 1050 | idideditheconfig | 83.212.105.144 | NULL | | 1020 | Voyager | 72.5.72.227 | <hostmaster at denetron dot com> | | 1010 | cat | 217.12.204.174 | NULL | | 1000 | unili83682 | 51.158.76.119 | unili83682 at gmail.com | | 1000 | sterntor | 5.9.171.38 | tor AT static.38.171.9.5.clients.your-server.de | | 1000 | bask | 46.28.64.234 | NULL | | 970 | Ograoum | 51.254.208.245 | tor(a)eb4.be | | 958 | ecramrelay1 | 143.106.60.86 | ecram <ecram(a)mail2tor.com> | | 943 | hamzelot | 92.218.60.69 | NULL | | 940 | norco | 176.107.185.22 | NULL | | 930 | Viscofresh05 | 145.53.186.90 | NULL | | 925 | loli | 37.187.30.2 | NULL | | 924 | lalanons | 87.227.174.178 | ${CONTACT_GPG_FINGERPRINT} ${CONTACT_NAME} ${CONTACT_EMAIL} | | 923 | bisi | 89.238.178.238 | NULL | | 910 | Potatoe | 139.162.232.28 | NULL | | 910 | auoireafealkj | 82.128.137.60 | NULL | | 910 | doby | 91.236.116.88 | NULL | | 900 | marlin | 89.238.178.122 | NULL | | 893 | cort | 91.203.147.165 | NULL | | 889 | Kronos | 85.17.112.32 | NULL | | 883 | rthyz | 217.20.112.213 | NULL | | 882 | Astro | 85.17.112.163 | NULL | | 880 | Unnamed | 108.61.182.74 | NULL | | 880 | Tor4xohnuvae | 80.211.183.59 | NULL | | 878 | Hagbard | 5.9.58.137 | 0x54A6F17E Georg <georg AT dichterdenker dot de> | | 870 | finder | 82.221.131.59 | NULL | | 870 | somerelay | 185.81.109.2 | NULL | | 864 | gorn | 46.28.69.53 | NULL | | 862 | Unnamed | 185.32.160.22 | NULL | | 862 | lkjhgfdsa | 149.255.35.242 | NULL | | 842 | Unnamed | 199.231.85.122 | NULL | | 840 | ExitTNode2 | 5.34.183.105 | NULL | | 830 | default | 93.197.236.236 | NULL | | 820 | imnotarelay | 195.176.247.88 | hagc187(a)protonmail.com | | 790 | kulcosictor | 193.190.168.53 | gacar(a)esat.kuleuven.be | | 779 | nukeafricapls | 85.204.246.217 | inet bro 0xA8F3C90E <bro(a)freihera.us> | | 773 | morgrelay | 88.75.80.244 | morgan(a)roderick.dk | | 759 | bleckbox | 37.59.40.193 | Mynameis Nobody <bleckbox \u00E4t ouvaton dodt org> | | 744 | ididnteditheconfig | 77.6.219.27 | 0xFFFFFFFF Random Person <nobody AT example dot com> | | 742 | vultureBlack | 45.63.68.229 | vultureblack(a)protonmail.com | | 740 | BlargServer2018 | 142.93.168.48 | NULL | | 736 | Unnamed | 109.236.88.9 | NULL | | 710 | manning | 47.188.193.181 | NULL | | 707 | Nightosphere | 84.128.210.94 | none | | 707 | nyr89 | 185.185.40.111 | nyr89(a)gmail.com | | 686 | Unnamed | 69.164.221.65 | NULL | | 662 | Unnamed | 59.106.220.248 | NULL | | 660 | theiF9veephuf3ah | 94.23.18.169 | NULL | | 645 | clifford | 97.107.138.68 | Tor Admin <tor atsignhere redvw com> | | 640 | Torrible | 45.79.218.205 | NULL | | 639 | SaruTorIruka | 128.199.131.168 | DannyAAMtw <tor AT saru dot moe> | | 620 | herbst | 5.9.253.234 | 2048g/C626BC50 Sebastian Krohn <seb(a)darksystem.net> | | 610 | accordant | 95.211.160.148 | NULL | | 607 | sysadminrevolution | 207.6.249.192 | NULL | | 590 | Cookie | 188.166.255.192 | NULL | | 590 | rickmorty16 | 107.170.193.14 | NULL | | 572 | EwigeBlumenkraft | 89.245.122.244 | NULL | | 570 | bl1 | 139.59.10.242 | NULL | | 562 | FieTor | 92.214.175.184 | NULL | | 560 | brianpuccio | 198.74.56.191 | 0x1E84A9E4 Brian Puccio <brian AT brianpuccio dot net> | | 559 | cobungo | 87.106.14.159 | Admin <root AT cobungo.de> | | 550 | GLaDOS | 85.17.214.177 | NULL | | 543 | TWCUGRelayNode3 | 128.199.104.226 | tor (at) wittmann (minus) it (minus) security (dot) org [tor | | 530 | tor7andersio | 128.199.133.154 | anders.io | | 522 | pletharoe | 150.31.38.107 | nickname at hotmail.com | | 520 | Unnamed | 27.133.130.59 | NULL | | 520 | GestureDevil | 108.61.250.38 | NULL | | 510 | MeehPrivateNode1 | 51.175.128.133 | 8192R/0xB431B67770E4AA38 Mikal Villa <meeh(a)sigterm.no> - 1L | | 507 | nuushe | 80.211.211.72 | nuushe(a)gmail.com | | 497 | RecorderShortge | 45.32.105.155 | NULL | | 490 | Unnamed | 59.106.219.199 | NULL | | 489 | martzeladidit | 82.116.120.3 | NULL | | 482 | Unnamed | 163.43.31.165 | NULL | | 482 | Unnamed | 182.76.105.203 | NULL | | 480 | AMMIT913 | 45.77.104.79 | NULL | | 480 | T0rR3l4y | 93.176.178.110 | NULL | | 476 | DataSmuggler | 139.162.191.243 | NULL | | 461 | Unnamed | 194.150.168.108 | NULL | | 460 | bork | 138.68.103.100 | tox: 23DB1B7EADE70D4DF45F498529377DB6273AC9396AFFBBE29ADFE72 | | 450 | MyTorRelay002 | 223.16.247.232 | MaryX <mlamty(a)protonmail.com> | | 449 | InterreteLiberum | 62.251.127.94 | {tor (a) eijshorst (dot) nl} [tor-relay.co] | | 441 | Avalon | 87.167.28.53 | 0xFFFFFFFF Random Person <neutrino AT mnd dot de> | | 430 | koopa | 95.85.2.103 | Koopa <koopa(a)mailinator.com> | | 430 | Unnamed | 59.106.210.8 | NULL | | 420 | Unnamed | 163.43.30.141 | NULL | | 410 | devilbm | 139.162.67.118 | NULL | | 410 | default | 223.132.204.159 | NULL | | 410 | Unnamed | 27.133.128.120 | NULL | | 406 | titanj | 172.245.24.228 | NULL | | 398 | maggo | 78.46.253.198 | NULL | | 390 | tor6zXLCtAn | 104.131.4.237 | mindhog(a)mindhog.org | | 390 | hetztest | 78.46.185.234 | NULL | | 384 | CookieNode | 89.247.43.63 | NULL | | 367 | niarbagem | 79.111.0.58 | FirstName LastName <niarbagem AT rambler dot ru> | | 367 | LndldySsist | 45.77.250.252 | NULL | | 364 | ididedittheconfig42 | 109.198.181.152 | human@... | | 360 | Unnamed | 163.43.28.21 | NULL | | 360 | titanh | 172.245.24.228 | NULL | | 360 | FreeSnowden | 139.162.19.233 | NULL | | 360 | WhoopieRelay | 73.49.233.27 | kabuto721(a)gmail.com | | 359 | undefinedname | 185.127.25.68 | NULL | | 353 | hmator | 78.35.70.53 | huef(a)hmamail.com | | 342 | function | 87.239.204.111 | NULL | | 338 | jamst | 73.222.185.174 | NULL | | 326 | zzzzzzzzzzzzzzzzzzz | 95.116.141.176 | tor(a)abc.de | | 326 | Eigentor | 89.22.97.193 | dorian+tor (A) opstshop.ch | | 321 | liberusnode | 79.133.210.11 | iantichy(a)mail.com | | 321 | CommitmentTitle | 45.77.14.112 | NULL | | 320 | EvilAnnanas | 172.103.95.106 | 0x432B02EC Gustav Wetter <gustav DOT wettter AT piratpartiet | | 320 | freedominsteadofnsa | 136.243.102.134 | NULL | | 318 | JMCHome | 68.171.89.42 | admin [at] jrm2k [dot] us | | 317 | atlgonyovLi | 216.24.174.245 | NULL | | 315 | MontserrtVerge | 66.42.56.173 | NULL | | 314 | Unnamed | 163.43.29.72 | NULL | | 311 | Oceanman | 5.9.152.77 | Oceanman <x8(a)biz14.com> | | 309 | 948794crazy | 128.199.213.157 | LTC_Address: LcfRixS5CjCF7KEsapKi4c998mAdN2KLZi | | 307 | LizardNetTorRelay | 96.126.96.9 | 0x221A627DD76E2616 Andrew \"FastLizard4\" Adams <fastlizard | | 301 | Unnamed | 163.43.105.27 | NULL | | 297 | saruman | 217.117.227.226 | NULL | | 293 | Unnamed | 109.107.35.154 | 4096R/5C06D153 John Leach <john(a)johnleach.co.uk> | | 291 | Resonance | 212.24.104.216 | NULL | | 290 | FR0ZE | 45.58.60.127 | NULL | | 290 | ServeBrometer | 202.182.126.246 | NULL | | 286 | Unnamed | 212.24.110.13 | NULL | | 286 | blinkenlights | 192.3.148.27 | NULL | | 285 | kgb | 93.100.158.51 | NULL | | 285 | ZcashTestnet | 45.77.2.127 | forum.z.cash - xyZcash - Zcash TESTNET addnode=tazy4us2qli2s | | 284 | ididntedittheconfig | 198.50.147.70 | tor(a)kurty.ovh | | 284 | PhilosofRelay | 95.71.125.74 | NULL | | 277 | TrustIllness | 139.180.202.251 | NULL | | 270 | avrb | 91.219.239.121 | NULL | | 270 | ziorufus | 94.198.100.17 | Alessio P. A. <firstname at apnetwork dot it> | | 270 | SergentHitech | 139.180.198.17 | NULL | | 270 | sachemivoule | 209.250.229.210 | NULL | | 270 | TorFreedom | 167.71.219.124 | NULL | | 269 | okra | 45.63.67.113 | NULL | | 263 | sunkenship | 66.37.77.70 | NULL | | 260 | jay | 188.105.230.135 | NULL | | 260 | kutor | 138.68.80.91 | Arthur Anthon <arthuranthon7 AT gmail dot com> | | 259 | Unnamed | 178.76.251.62 | NULL | | 255 | fuga | 209.123.162.66 | tormaster <tormaster at coldcutkitty dot com> | | 250 | someDOrelay | 104.131.128.247 | Random Person munellprogs AT gmail dot com | | 250 | Unnamed | 133.242.228.179 | NULL | | 246 | Unnamed | 80.211.172.119 | NULL | | 244 | EconomiclShopkeepe | 139.180.136.223 | NULL | | 244 | splatter | 198.27.77.134 | NULL | | 240 | Unnamed | 45.55.146.251 | NULL | | 240 | EDGroup | 188.166.19.224 | NULL | | 240 | Unnamed | 212.24.110.13 | NULL | | 240 | gnarzkorf2 | 80.81.243.27 | NULL | | 240 | ContemporryLtitude | 66.42.58.61 | NULL | | 230 | kwail | 91.121.78.119 | NULL | | 229 | DRAKKAR | 94.185.81.106 | NULL | | 228 | TheBadBADdRAGON | 198.199.118.134 | put \"dRAGON\" or \"TORRELAY\" in subject <torrelay@pthrailk | | 222 | HappyTreeInForest | 46.39.253.63 | NULL | | 220 | default | 125.181.52.134 | NULL | | 218 | glenda2 | 78.47.117.28 | tor AT r-36 D0T net | | 216 | explorer | 46.38.241.16 | Person <tor AT michos dot net> | | 215 | xxxBLN47xxx | 91.58.176.241 | m(at)online(dot)de [tor-relay.co] | | 213 | Unnamed | 139.162.9.145 | NULL | | 210 | iLikeCheese | 185.181.219.172 | Petter Blomberg <tor AT skipthisword petterblomberg dot se> | | 200 | Unnamed | 185.76.145.109 | NULL | | 200 | glorpBlr01 | 139.59.71.113 | via ProtonMail: glorp-relays | | 196 | Newton | 5.45.99.31 | NULL | | 195 | NikitaiWeb | 70.38.31.121 | NULL | | 193 | DaGoodLobster | 176.9.85.141 | NULL | | 193 | dogemarch | 178.209.52.47 | NULL | | 190 | SteinTor | 2.206.133.34 | NULL | | 190 | torexitrendrag | 221.121.153.184 | abuse(a)rendrag.net.au | | 190 | torwh | 46.38.234.158 | NULL | | 190 | freemind | 89.246.30.166 | NULL | | 189 | glenda1 | 78.46.209.112 | tor AT r-36 D0T net | | 187 | torly3relayonly | 62.113.241.182 | torly | | 185 | ServerHome | 80.234.44.81 | NULL | | 184 | kvail | 5.196.66.241 | NULL | | 179 | Unnamed | 185.86.78.228 | NULL | | 172 | anonymous | 195.201.160.211 | NULL | | 170 | fsdlnet | 147.95.16.164 | <root AT fs-dl.net> | | 162 | spookeyspookey | 83.212.104.124 | spook spook sp00k(a)torbox3uiot6wchz.onion | | 162 | Axion | 174.67.216.189 | Tor Supporter <eegeq8rtig2r(a)gnom2gnom.com> | | 160 | charlycoptor | 77.141.175.36 | NULL | | 160 | ttnode | 95.90.125.7 | NULL | | 159 | Unnamed | 123.198.65.83 | NULL | | 158 | ZAPPIE01 | 185.121.168.254 | exit-node-tor(at)zappiehost(dot)com | | 154 | Someone | 45.32.245.73 | Someone <tor_relay(a)tutanota.com> | | 147 | RavensGate1 | 109.250.244.195 | nichts at nichts dot de | | 147 | NorthTahoeTor2 | 71.93.76.125 | 0xFFFFFFFF Ric Steinberger <ricst(a)usa.net> | | 146 | Zion | 95.215.44.102 | NULL | | 140 | Unnamed | 87.70.7.77 | NULL | | 134 | pinkrelay | 83.135.138.251 | pinkrelay <e(a)mail.de> | | 134 | ThunderMonkey | 178.79.177.148 | LeChuck <lechuck AT witnessthepower dot net> | | 128 | Unnamed | 185.163.45.151 | NULL | | 128 | hauferin | 176.15.14.138 | John Doe <nobody AT example dot org> | | 125 | Unnamed | 178.137.182.222 | NULL | | 120 | RelayOnAsteroids | 95.143.172.188 | A2DD35E4 Kaspar <kaspar AT tuta dot io> | | 115 | default | 46.98.204.30 | NULL | | 112 | Unnamed | 195.181.246.105 | NULL | | 110 | Unnamed | 185.82.201.54 | NULL | | 110 | Narnia2 | 94.23.168.235 | NULL | | 109 | ianus | 176.9.90.215 | Arne <caffeine AT parttimegeeks dot net> | | 108 | Kikimore | 188.165.4.224 | NULL | | 107 | vindland | 94.23.150.210 | NULL | | 106 | notninja | 185.154.20.196 | NULL | | 106 | Unnamed | 183.86.55.27 | NULL | | 102 | Tor4sheefupo | 188.106.148.189 | NULL | | 102 | Cheetah69 | 92.116.120.209 | NULL | | 100 | dE0F76Hrrzii0TozuGj | 188.172.153.42 | nobody(a)example.com | | 100 | io | 157.230.105.23 | houndbee <relays AT houndbee dot com> | | 98 | gopherfart | 192.241.206.171 | 0xb251cf4887c1510c <chris.foo(a)gmail.com> | | 97 | lembas | 178.32.54.103 | NULL | | 97 | tin0 | 87.106.208.236 | Valentin Hilbig <webmaster(a)20k.de> | | 97 | cave | 174.18.94.159 | m9wjsc4wyq at snkmail com | | 94 | panshi | 94.23.78.159 | NULL | | 93 | g4rl1c | 149.202.4.241 | NULL | | 91 | Unnamed | 212.24.106.116 | NULL | | 91 | faispasser | 92.167.145.248 | NULL | | 89 | Teinetteiine | 203.141.154.202 | NULL | | 88 | PLATYPUS | 91.121.218.189 | NULL | | 88 | m0wgl33 | 188.165.27.75 | NULL | | 88 | uflnode00 | 206.189.48.51 | Admiral Pipedrov t-rexx(a)protonmail.ch | | 88 | KDFrelayLaguna | 68.231.202.157 | General Zod <zod(a)kdf.mil> | | 86 | KDFrelaySanClemente | 70.187.153.51 | General Zod <zod(a)kdf.mil> | | 85 | medidntdoit | 88.130.7.25 | NULL | | 85 | anonymousByPDH | 163.22.17.210 | anonymous(a)ubuntu-tor-simply-setup.script.by.PeterDaveHello | | 85 | petrosagg | 178.79.163.169 | 0x92BF1079 Petros Angelatos <petrosagg(a)gmail.com> | | 84 | minion | 178.32.138.157 | NULL | | 79 | IcyEgo | 208.67.1.175 | ContactInfo 0x04FAC2E9CC21424A Richard Klafter <rpklafter@ya | | 79 | afriendoftor | 45.79.89.133 | NULL | | 78 | md0ds | 5.9.62.17 | md0 -@t- sigaint.org | | 77 | Wombat | 73.52.112.195 | ${email_address} | | 76 | 3gr356 | 94.23.89.90 | NULL | | 75 | FireBolt | 185.25.216.237 | FireBolt <firebolt AT mail2tor dot com> | | 74 | katthult47 | 83.249.234.230 | lm7adm(a)gmail.com | | 74 | mbdy345 | 216.126.228.62 | mbdy345 at gmail.com | | 74 | PGSamsTorNode | 198.211.122.191 | Tor node administrator <toradmin AT paulgreeff dot com> | | 73 | ratatouille | 205.168.84.133 | Fred Gilbert <fredglbrt1 AT gmail DOT com> | | 73 | tw0sday | 188.165.142.97 | NULL | | 69 | rot1000100 | 185.103.159.135 | NULL | | 65 | ecramrelay2 | 143.106.60.70 | ecram <ecram(a)mail2tor.com> | | 63 | default | 180.44.116.224 | NULL | | 60 | PGSams2TorNode | 51.15.95.236 | Tor node administrator <toradmin AT paulgreeff dot com> | | 60 | Idris | 46.38.233.242 | Admin <admin(a)vault123.net> | | 59 | martinnimoeller | 78.46.22.23 | NULL | | 59 | vultr | 45.76.92.184 | 0x4f88aacab1f55373 Tor Admin <tor(a)different.name> | | 59 | baiacu | 186.195.228.138 | NULL | | 58 | Unnamed | 83.238.130.142 | oopp(a)8bit.pl | | 57 | xotoxot | 82.161.182.20 | xotoxot <jhh(a)xs4all.nl> | | 57 | Traumflug | 109.193.51.203 | mah(a)jump-ing.de | | 57 | TheKLJ | 95.216.143.188 | NULL | | 55 | CityConnect | 91.176.5.167 | Ed dot Dyreen at gmx dot com | | 55 | default | 46.98.202.173 | NULL | | 54 | Unnamed | 185.86.77.23 | NULL | | 53 | glenda0 | 176.9.157.222 | tor AT r-36 D0T net | | 51 | FemleDiffer | 149.28.147.142 | NULL | | 50 | UniverslGlpgos | 207.148.99.160 | NULL | | 48 | IOShadow | 208.64.220.46 | NULL | | 47 | FreedomOfSpeech1 | 71.57.153.243 | root(a)iris-systems.net | | 46 | async102 | 68.142.54.38 | 1024D/102E81AD jsled <jsled(a)asynchronous.org> | | 44 | sergiodf | 181.230.128.133 | NULL | | 44 | default | 46.98.199.108 | NULL | | 43 | freefortor | 220.135.161.179 | NULL | | 41 | lz53 | 100.2.182.112 | NULL | | 40 | anpanman97 | 36.55.243.60 | <toradm14 __AT__ lowsnr __DOT__ net> | | 40 | TheLastQuestion | 186.177.149.78 | elestudiante(a)protonmail.com | | 39 | gans | 178.18.83.215 | tor(a)openended.eu - 1NBKmjqCAqxtnZ5cS7gHGKFwd2arWB6oxn | | 37 | Unnamed | 109.201.142.53 | NULL | | 35 | Unnamed | 31.7.184.76 | NULL | | 30 | lach | 103.250.73.218 | NULL | | 30 | default | 62.158.192.176 | NULL | | 27 | nagusi | 212.81.199.159 | NULL | | 27 | AliasName | 91.34.47.72 | name AT anbieter dot de | | 25 | forestnode1 | 185.117.69.187 | Random Person <forestnode1 AT public-files dot com> | | 25 | Unnamed | 93.219.152.159 | NULL | | 25 | LbDRelay | 199.255.223.88 | NULL | | 25 | Exitnodesave1 | 77.6.184.196 | volkerwilcken at web dot de | | 24 | tarragon | 54.187.239.16 | 0xBFD29203 William Buck <dee AT wmbuck dot net> | | 24 | Unnamed | 47.89.179.48 | NULL | | 24 | jugbox | 198.46.153.51 | CheeseString <nobody AT example dot com> | | 24 | start123 | 47.89.191.36 | NULL | | 24 | jssrelay | 199.241.29.223 | relay(a)justsoftware.org | | 24 | DockerTorBox | 37.59.50.81 | NULL | | 22 | 2cat | 137.135.8.233 | James Tatum <jtatum AT gmail dot com> | | 22 | maximum | 47.89.178.105 | NULL | | 22 | default | 220.109.21.109 | NULL | | 21 | vpnint1 | 176.31.23.96 | NULL | | 21 | definesum | 47.89.185.247 | NULL | | 20 | Unnamed | 5.187.207.218 | NULL | | 20 | default | 91.64.228.225 | NULL | | 20 | Unnamed | 5.139.89.30 | NULL | | 20 | default | 178.175.246.240 | NULL | | 20 | tisiphone | 71.19.155.187 | 4096R/35F36FFACBECCA80 Andrea Shepard <andrea@persephoneslai | | 20 | rollmops | 88.76.22.86 | Random Person <tor AT loah dot be> | | 20 | default | 178.153.69.189 | NULL | | 20 | wopr | 91.54.178.251 | Random Person lasse.rau(a)arcor.de | | 19 | bwanauhuru | 92.201.44.142 | NULL | | 19 | ididydd | 47.90.204.154 | NULL | | 19 | londonislovely | 18.130.146.107 | tormaster at dragonscale. net | | 19 | torrelay | 159.89.43.248 | a(at)a(dot)com | | 19 | thathib | 47.90.204.139 | NULL | | 18 | maschinencode | 80.142.252.241 | Maschinen Code <maschinencode AT gmail DOT com> | | 18 | TorStinkwuselBs | 84.58.216.182 | NULL | | 17 | greedygertie | 78.47.167.67 | 0x4D9C031B Marina Brown <catskillmarina(a)gmail.com> | | 17 | unixvpshost | 31.6.70.229 | NULL | | 16 | Lemongrass | 45.35.72.85 | NULL | | 16 | MarksTorRelay | 86.21.12.83 | torrelay(a)thegibbons.me.uk | | 16 | livefree | 72.93.237.64 | Anonymous | | 15 | high5one | 185.26.156.45 | tor@($NICKNAME without 'one').alioth.uberspace.de | | 15 | default | 91.68.112.240 | NULL | | 15 | Mischmaschine | 188.40.206.5 | NULL | | 15 | Debianer | 95.143.172.214 | Mail <tor [aet] debianer {dOt} puppis {dOt} uberspace {dOt} | | 15 | Unnamed | 213.138.113.232 | Rob Lucas <robjlucas(a)gmail.com> | | 15 | Unnamed | 46.43.50.92 | NULL | | 15 | KrullTheWarriorKing | 46.38.237.111 | NULL | | 15 | wormhole | 46.41.59.223 | NULL | | 15 | Blockwart | 87.123.115.224 | NULL | | 15 | elkx | 185.46.22.51 | tortip(a)protonmail.com - 19m3X5meLTXVarEwLT8SSmG2Nf5sHcPsiL | | 15 | Unnamed | 193.104.254.82 | NULL | | 15 | Unnamed | 94.216.17.19 | NULL | | 14 | Unnamed | 185.48.57.200 | NULL | | 14 | Pathfinder | 82.119.233.36 | NULL | | 14 | totally | 139.162.130.249 | 1024D/969F3F57 Cafuego <me(a)cafuego.net> | | 14 | wavedebi | 151.236.10.29 | NULL | | 14 | colagioia | 72.14.179.10 | toradmin(a)colagioia.net | | 14 | snarltorrelay | 78.46.90.23 | 0x8D52347D Hauke Altman <hauke AT haukepauke dot de> | | 14 | titow | 89.98.197.209 | NULL | | 14 | md0bnbr | 81.169.166.74 | md0 -@t- sigaint.org | | 13 | Torpi | 124.177.118.88 | NULL | | 13 | BBSTor | 52.90.84.21 | BBS <tor AT bluebytesolutions.com dot com> | | 13 | Y32C4RDM42T3R | 37.187.4.81 | NULL | | 13 | Torpille | 37.187.16.43 | Philippe ALEXANDRE alexandre.philippe+torrelay(a)gmail.com | | 13 | Unnamed | 60.139.123.222 | NULL | | 13 | PaimGochyo | 184.106.109.244 | Tor Admin <tor(a)rawmeat.org> | | 13 | pipibaby | 46.223.249.56 | Arrr <rmkom AT web dot de> | | 13 | AbcHostersRelay | 167.88.49.3 | tor-operator(a)abc-hosters.com | | 13 | Kaulquappe1 | 92.63.173.28 | tor-relay(a)bunten.de | | 13 | smurfix | 213.95.149.22 | 4096R/25B4C293 Matthias Urlichs <matthias(a)urlichs.de> | | 13 | Unnamed | 144.76.80.68 | 0xE1769155 Tobias Florek <tob+tor(a)butter.sh> | | 13 | AgentBolek | 37.187.59.143 | NULL | | 13 | Unnamed | 134.101.254.231 | NULL | | 13 | labersack | 84.182.73.63 | NULL | | 13 | ADKP | 185.41.154.130 | NULL | | 13 | Unnamed | 62.245.57.78 | NULL | | 13 | BhodiSoftLinode | 69.164.207.234 | Golden_Eternity <tor AT bhodisoft dot com> | | 13 | darkwebv1 | 73.176.222.34 | NULL | | 12 | deHoochObscura | 52.50.118.8 | NULL | | 12 | Sand | 80.81.17.31 | NULL | | 12 | Unnamed | 185.86.78.159 | NULL | | 12 | graphiclunarkid | 85.119.83.141 | 0x2227CBD64C497218 Richard King <richard(a)richardskingdom.net | | 12 | ashley | 149.210.226.155 | 1234D/FFFFFFFF Pirate <pirate(a)xs4all.nl> | | 12 | BelarusFreedom | 198.199.90.51 | Informer By <informer.by AT, of course, google mail> | | 12 | BraveStarr | 87.75.98.28 | NULL | | 12 | inotedtheconfig | 52.10.125.140 | 0xFFFFFFFF Random Person <nobody AT example dot com> | | 12 | Rarity | 79.172.18.18 | NULL | | 12 | Unnamed | 185.48.57.207 | NULL | | 12 | NeedsFoodBadly | 173.255.246.162 | GauntletWizard <MyName(a)gmail.com> | | 12 | tlf | 23.94.46.24 | NULL | | 12 | monstermail0 | 185.10.68.76 | NULL | | 12 | default | 83.233.76.111 | NULL | | 11 | canuck1 | 198.91.133.5 | NULL | | 11 | hqhtor | 92.117.56.169 | NULL | | 11 | afdideditheconfig | 188.174.6.0 | 0x3D7724BB Anton Fraunhofer <af(a)anton-fraunhofer.de> | | 11 | Zwiebel2 | 134.119.3.2 | NULL | | 11 | default | 37.123.184.75 | no at mail dot no | | 10 | stork | 46.165.141.162 | NULL | | 10 | reAnimaTOR | 81.200.59.162 | NULL | | 10 | Eadu | 89.236.34.117 | batjohan at gmail | | 9 | pidshochk | 141.136.44.11 | NULL | | 9 | default | 84.151.63.33 | NULL | | 9 | torjittertrapnet | 52.63.134.148 | NULL | | 9 | zz1949 | 77.148.42.134 | NULL | | 9 | naks | 111.90.140.7 | NULL | | 9 | Unnamed | 176.115.52.192 | NULL | | 9 | pidprobiw | 139.162.138.208 | NULL | | 9 | poseidon | 194.218.3.79 | 0xFFFFFFFF Random Person <abuse(a)nypasalt.se> | | 8 | picaron | 190.210.98.90 | Ivan Ergun <mandingadiablo(a)hotmail.com> | | 8 | gloryukraine | 77.120.137.93 | fuckyourself at i dot ua | | 8 | ordo | 82.220.91.188 | NULL | | 8 | a10060c393046cfd | 190.216.2.136 | ed3eb07380e9c39dfbb428ca6ef3 | | 8 | werhqwoddlkjwodcxy | 217.224.236.105 | NULL | | 8 | gsrv | 86.73.143.162 | NULL | | 7 | Unnamed | 134.90.154.193 | NULL | | 7 | default | 85.12.250.175 | NULL | | 7 | ssrv | 83.39.104.81 | NULL | | 7 | ownedbybillgates | 84.184.73.120 | NULL | | 7 | aaatortest | 62.210.206.53 | aaatortest at yopmail dot com | | 7 | tolaklas | 85.72.93.156 | NULL | | 7 | kubernetor | 159.65.208.22 | NULL | | 7 | BARIOPA | 82.22.246.160 | NULL | | 7 | pidprobq | 95.175.98.203 | NULL | | 7 | kubernetor | 139.59.54.146 | NULL | | 6 | slntor | 212.71.253.226 | SA agarwal.shrey(a)gmail.com | | 6 | Justanode | 176.193.178.169 | contactmyass | | 6 | Unnamed | 108.170.31.85 | NULL | | 6 | 343ELH05T | 97.127.97.84 | NULL | | 6 | treeltor | 107.196.20.143 | Clyde Zuber <zfposting AT zuberfowler dot com> | | 5 | Unnamed | 85.140.190.77 | NULL | | 5 | mv9m288876533566 | 128.70.11.203 | NULL | | 5 | skophitch | 52.6.9.146 | NULL | | 5 | croft | 195.16.89.145 | NULL | | 5 | DockerTorrelay | 72.174.14.34 | Anonymous | | 5 | default | 60.125.245.13 | NULL | | 5 | IQOnion | 50.193.59.193 | Sysop <sysop AT icequake dot net> | | 4 | office110 | 93.221.158.174 | NULL | | 4 | infogtor | 50.111.24.234 | Clyde Zuber <zfposting AT zuberfowler dot com> | | 3 | judas | 46.163.76.170 | rudolf.loercks(a)arcor.de | | 3 | SheragaAlpha | 185.87.185.221 | Agent725 <agent725 AT 725 dot be> | | 2 | Unnamed | 89.108.111.156 | NULL | | 2 | default | 83.155.27.64 | NULL | | 2 | default | 77.152.165.154 | NULL | | 2 | default | 118.159.26.181 | NULL | | 2 | hottor01 | 84.31.70.198 | NULL | | 1 | Unnamed | 178.168.15.85 | NULL | | 1 | default | 219.206.202.230 | NULL | | 1 | default | 94.248.1.94 | NULL | | 1 | freeBogatov | 196.41.123.180 | NULL | | 1 | nibiru | 186.109.119.215 | hardrive9000(a)gmail.com | | 1 | cahoonalocee | 2.201.233.144 | cahoonalocee tor relay operator <cahoonalocee <minus> operat | | 1 | BalderDash77 | 103.255.25.89 | NULL | | 1 | t7 | 82.228.252.20 | Bert Bos <bert(a)phonk.net> | | 0 | XbcesRelay | 83.165.154.147 | info(a)xbc.es | +------------------+---------------------+-----------------+--------------------------------------------------------------+ -- https://twitter.com/nusenu https://mastodon.social/@nusenu

5 8

FYI - DNS
by Paul Templeton 05 Oct '19

05 Oct '19

Just an FYI on a problem I found with two DNS of 1and1 ionos. The affected DNS are 212.227.123.16 and 212.227.123.17 which both are not responding to *.torproject.org domain or sub domains. I found this out as my system reverted back to the default DNS after a system crash. I'm now using bind on the local system and all is fine. Just thought to let all know just in case they are using these DNS. Paul 137CF322859E400455E457DB920F65FFDD222CDF

3 2

Added new relays to my family.
by Jochen 02 Oct '19

02 Oct '19

Hi, just letting everyone know that I've added, in total, 6 new relays to my family: https://metrics.torproject.org/rs.html#search/family:94C268630BEDCB64E7F888… During the next few weeks expect around ~1,6Gbit/s total exit capacity. On another note: Is there any update on multithreading for tor relays? I recall sending in a trace to, I think, teor. I know that it's probably not a feature with high priority, just asking if the trace I sent in was useful and if you need anything else ;-) Best Regards, Jochen

3 2

No connections to bridge
by skarz 02 Oct '19

02 Oct '19

I set up a bridge at home on my Raspberry Pi (Raspbian Buster) using [these instructions](https://community.torproject.org/relay/setup/bridge/), and I believe everything is configured correctly... But there is no activity in or out of my bridge. Here's some messages I am seeing: > 16:31:26 [NOTICE] Heartbeat: In the last 6 hours, I have seen 0 unique clients. [2 duplicates hidden] > 16:31:26 [NOTICE] Heartbeat: Tor's uptime is 17:59 hours, with 0 circuits open. I've sent 6.18 MB and received 25.58 MB. [2 duplicates hidden] > 16:04:28 [NOTICE] Performing bandwidth self-test...done. > 13:10:43 [NOTICE] No circuits are opened. Relaxed timeout for circuit 408 (a Testing circuit 3-hop circuit in state doing handshakes with channel state open) to 60000ms. However, it appears the circuit has timed out I know bridges don't see as much activity but is this abnormal?

3 2

Re: [tor-relays] Bridge - how to configure obfs4 both: on IPv4 AND IPv6?
by Roger Dingledine 29 Sep '19

29 Sep '19

On Sat, Sep 28, 2019 at 08:12:43PM +0200, tschador(a)posteo.de wrote: > But with: > > ServerTransportListenAddr obfs4 <ipv4-addr>:<port> > ServerTransportListenAddr obfs4 [<ipv6-addr>]:<port> > > obfs4proxy is only listening on the IPv4 address! It looks like you are encountering https://bugs.torproject.org/11211 Alas, I suggest sticking to ipv4 for now -- I think if you got ipv6 working on your obfs4, you would next run into the problem that bridgedb doesn't currently give out ipv6 obfs4 addresses. There's a lot of work waiting for somebody who wants to make ipv6 more of a proper citizen in the Tor world. There's a mention by Sarah of a recent funding proposal which could get that restarted again: https://lists.torproject.org/pipermail/tor-project/2019-September/002479.ht… Thanks for running a bridge! --Roger

2 1

Re: [tor-relays] My relay is listed offline, but it isn't!
by niftybunny 26 Sep '19

26 Sep '19

$ traceroute6 2a01:4f8:1c0c:45f7::1 connect: No route to host > On 25. Sep 2019, at 17:24, tschador(a)posteo.de wrote: > > Hi, > > after upgrading to Tor version 0.4.1.6-1~d9.stretch+1 and kernel > 4.9.0-11-amd64 on Debian GNU/Linux 9 my relay ist listed as offline. [1] > > I restarted Tor several times, but no change. The log shows (CEST): > --- > Sep 25 13:10:29.000 [notice] Tor 0.4.1.6 opening log file. > Sep 25 13:10:29.432 [notice] Tor 0.4.1.6 running on Linux with Libevent > 2.0.21-stable, OpenSSL 1.1.0k, Zlib 1.2.8, Liblzma 5.2.2, and Libzstd 1.1.2. > … > Sep 25 13:10:33.000 [notice] Self-testing indicates your ORPort is > reachable from the outside. Excellent. > … > Sep 25 13:11:35.000 [notice] Self-testing indicates your DirPort is > reachable from the outside. Excellent. Publishing server descriptor. > Sep 25 13:11:35.000 [notice] Performing bandwidth self-test...done. > --- > > There are still 150 connects in the moment, slowly decreasing. > > Only two of the authorities show the 'running'-flag for my relay. What's > going on there? > > Regards > > [1] > https://metrics.torproject.org/rs.html#details/6A7551EEE18F78A9813096E82BF8… > _______________________________________________ > tor-relays mailing list > tor-relays(a)lists.torproject.org > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

2 1

Re: [tor-relays] My relay is listed offline, but it isn't!
by Roger Dingledine 25 Sep '19

25 Sep '19

On Wed, Sep 25, 2019 at 05:24:55PM +0200, tschador(a)posteo.de wrote: > after upgrading to Tor version 0.4.1.6-1~d9.stretch+1 and kernel > 4.9.0-11-amd64 on Debian GNU/Linux 9 my relay ist listed as offline. [1] > > Only two of the authorities show the 'running'-flag for my relay. What's > going on there? > > [1] > https://metrics.torproject.org/rs.html#details/6A7551EEE18F78A9813096E82BF8… My guess is that your ipv4 ORPort is reachable, but that your ipv6 ORPort is not reachable. So you're getting Running votes from the dir auths that don't test ipv6, and the ones that do test ipv6 are declaring you down. For those following at home, if you're in this situation, another useful tool is to go to the search box at the bottom of https://consensus-health.torproject.org/#relayinfo and paste in your fingerprint, to learn more about the individual votes from each directory authority about your relay. Thanks! --Roger

1 0

Measuring the Accuracy of Tor Relays' Advertised Bandwidths
by Rob Jansen 23 Sep '19

23 Sep '19

Hello relay operators! I am planning on performing an experiment on the Tor network to try to gauge the accuracy of the advertised bandwidths that relays report in their server descriptors. Briefly, the experiment involves running a speed test on every relay for a short time (about 20 seconds). Details follow. I plan to run the experiment in about 1 week. Relay operators can opt-out of the speed test by replying on this thread, and we will remove you from the list of relays to scan. Peace, love, and positivity, Rob --- Measuring the Accuracy of Tor Relays' Advertised Bandwidths Motivation ---------- The capacity of Tor relays (maximum available goodput) is an important metric. Combined with mean goodput, it allows us to compute the bandwidth utilization of individual relays as well as the entire network in aggregate. Generally, capacity is used to help balance client load across relays, and relay utilization rates help Tor make informed decisions about how to allocate resources and prioritize performance and scalability improvements. Problem ------- Currently, Tor uses a heuristic measure of unknown accuracy to estimate Tor relay capacity. Each relay keeps track of the maximum goodput it has achieved over any 10 second window in a 24 hour period. This is called the "observed bandwidth". Relays take the minimum of their "observed bandwidth" and their bandwidth rate-limiting configuration and reports the result as the "advertised bandwidth" in their server descriptors. We do not know how well the advertised bandwidth estimates the true relay capacity, but we do know that it represents a lower bound on capacity. Hypothesis ---------- The advertised bandwidth significantly underestimates the true capacity of Tor relays. On average, relays with higher true capacities will be more strongly correlated with capacity underestimation (because it will be less likely that fast relays will have sustained their full capacity over a 10 second period). Experiment ---------- A relay reports its advertised bandwidth in its server descriptor. To test how well these reported numbers represent the true capacity of a relay, we can manually perform a speed test on the relay by initiating the simultaneous download of several large data streams for a period that exceeds 10 seconds. In the report following our test, the relay will report its advertised bandwidth in its server descriptor and the results will be collected and reported by metrics.torproject.org. The experiment involves two steps: running the speed test on a relay under our control, and running the speed test on all relays in Tor network. We will first run the speed test on at least one relay that we control, in order to test that the method is effective and that we can in fact observe a change in the advertised bandwidth reported on metrics.torproject.org. Once we have confidence that our speed test is functioning correctly, and that the metrics pipeline will allow us to gather the results, we will repeat it on all relays in the network. We will conduct the speed tests while minimizing network overhead. We will use a custom client that builds 2-relay circuits. The first relay will be the target relay we are speed testing, and the second relay will be a fast exit relay that we control. We will initiate data streams between a speedtest client and server running on the same machine as our exit relay. The setup will look like: speedtest-client <--> tor-client <--> target-relay <--> exit-relay <--> speedtest-server All components will run on the same machine that we control except for the target-relay, which will rotate as we test different relays in the network. For each target relay, we plan to run the speedtest for 20 seconds in order to increase the probability that the 10 second mean goodput will reach the true capacity. We will measure each relay over a few days to ensure that our speedtest effects are reported by every relay. Although we believe that the overhead of this speed test is in line with regular usage, relay operators can opt-out of the speed test by replying on this thread. Those that opt out will be removed from our list of relays to scan. Analysis -------- Following our speedtest, we will analyze the data collected and reported by Tor metrics. We will compared the advertised bandwidth that each relay reports before our experiment to those reported during our experiment. This will help us test our hypothesis that relays' advertised bandwidth underestimates the true capacity of relays. We will run a statistical correlation analysis on the data to test the strength of the correlation between the previously reported (estimated) relay capacity and relay capacity underestimation. We will report our results to the Tor community. We expect that the results of our experiment will help Tor decide how to allocate resources and will help them plan and prioritize performance improvements. It will also provide insight into the operation of the current load balancing system, which uses advertised bandwidth to produce consensus weights.

12 37

Bridge stats always in multiples of 8
by nottryingtobelame＠protonmail.com 23 Sep '19

23 Sep '19

I'm just curious as to why, in the bridge stats, all the country codes show a multiple of 8. Thanks for your time!

2 1

tor
by armik900＠gmail.com 18 Sep '19

18 Sep '19

hi,what are these relay operators with the same nickname (snap269) but from different countries the vast majority of relays are outdated and do not work С уважением, Станислав

3 2

Sudden bridge activity from Russia and Iran, strange?
by nottryingtobelame＠protonmail.com 18 Sep '19

18 Sep '19

Hello, my new bridge sat for a few weeks with 0 clients. I understand it takes time to begin seeing clients, but all of a sudden within the span of one 6-hour heartbeat period, I picked up 346 clients. Since then, it has been 20-50 every 6 hours. But when I pull the bridge-stats file, it shows 104 from Iran, and 64 from Russia. These two are the overwhelming majority of my clients; all the other countries each have 8. Is this normal, or suspicious?

2 1

SSH scanning on TOR Exit - Nerfing Rules
by AMuse 16 Sep '19

16 Sep '19

Hi all! I'm curious what y'all think of this situation. I have SSH open as an exit port on a TOR exit that my friends and I are maintaining - and of course it's the #1 offender by far in automated abuse notifications we get from our ISP, from peoples' fail2ban servers sending abuse emails. This all seems like a huge waste of time, but that's a separate issue. I'm wondering if nerfing outbound SSH to rate limit will be effective at getting the SSH scanning bots to stop using my exit in their circuit, while leaving SSH open for actual humans who need to SSH while using TOR. I've implemented, as a test, rate limiting outbound on the SSH port. What do you think the impact of this will be? No impact? Losing exit status because connections on SSH die? Something else entirely? Here's the pf rules in question: pass in on $ext_if proto {tcp udp} from any to any port 9000:9150 keep state pass in on $ext_if proto tcp from any to any port 22 keep state pass in on $ext_if proto tcp from any to any port 80 keep state pass out on $ext_if from any to any keep state pass out on $ext_if proto tcp from any to any port 22 keep state (max-src-conn 25, max-src-conn-rate 1/5 )

3 2

Re: [tor-relays] Short Research Survey
by entensaison＠use.startmail.com 13 Sep '19

13 Sep '19

Hi! Most online surveys ask the participants to confirm that their replies can be used after the last question of the survey. I would recommend you to do that, too. Sometimes people give random answers because they are curious about the survey's questions. ;-) > Dear Tor relay operators, > > We are a team of researchers at MIT, and we would like to ask Tor relay > operators to participate in a short and anonymous survey (no personal > information or IP address collected). This study is focused on the > importance of providing anonymity by volunteers in various contexts, > and will take no more than 5-10 minutes to finish. > > You can learn more and take the survey at this link: https://mit.co1.qualtrics.com/jfe/form/SV_6W3YXSCnqMVGPs1 > > Your input is very valuable to our study, and we look forward to your > feedback. > > Please feel free to email us at anon-research(a)mit.edu if you have any > questions. > > (Our survey platform unfortunately uses JavaScript. We apologize for > being unable to switch it off. We would be grateful for your > participation if you are comfortable taking the survey.)

1 0

Running on a Raspberry Pi
by William Denton 13 Sep '19

13 Sep '19

I'm reconfiguring things and decided to move a relay from an old laptop to a Raspberry Pi. I tried it on a Pi Zero W, which is very cheap but also pretty slow, and it just didn't work. Now I'm trying it on a Pi Four (which has four CPUs and two gigs of RAM) and so far it's working, though it's not moving as much traffic as on the laptop. There I was doing about 25 gigs a day, and so far now I'm doing about four or five with the same configuration. Anyone else running a relay on a Pi? It's cheap and pretty easy to set up, even if it turns out not to be an enormous contribution to the network. Bill -- William Denton :: Toronto, Canada --- Listening to Art: https://listeningtoart.org/ https://www.miskatonic.org/ --- GHG.EARTH: http://ghg.earth/ Caveat lector. --- STAPLR: http://staplr.org/

5 5

Re: [tor-relays] Running on a Raspberry Pi
by nottryingtobelame＠protonmail.com 13 Sep '19

13 Sep '19

If you're having any heat issues with the Pi 4, may I suggest the aluminum heatsink case from flirc.tv? It took my average temps down about 10°C. Beautiful case, great price for what it does. -------- Original Message -------- On Sep 13, 2019, 8:00 AM, 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. Re: Running on a Raspberry Pi (William Denton) > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 12 Sep 2019 19:50:22 -0400 (EDT) > From: William Denton <wtd(a)pobox.com> > To: tor-relays(a)lists.torproject.org > Subject: Re: [tor-relays] Running on a Raspberry Pi > Message-ID: <alpine.DEB.2.02.1909121945030.14928(a)shell.miskatonic.org> > Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII > > On 10 September 2019, ronqtorrelays(a)risley.net wrote: > >> From what I have read about the Pi 4, heat is a big issue. If you're not doing >> something to cool it, your CPU speed is likely being throttled due to >> overheating. > > I'm not doing any cooling except for not having it in case. I'm in Canada, and > with winter coming I can leave it hanging inside a window, and that'll cool it > down some. > > The speed on the relay has picked up to about a quarter of what it was (so about > six gigs a day), and I'll wait and see if it continues to increase, and then > maybe fiddle with the config. > > So, if a Pi is cheap to buy and easy to use and maintain, I'm happy to use it > for a relay, even if it's not a major contributor to the network. > > Bill > -- > William Denton :: Toronto, Canada --- Listening to Art: https://listeningtoart.org/ > https://www.miskatonic.org/ --- GHG.EARTH: http://ghg.earth/ > Caveat lector. --- STAPLR: http://staplr.org/ > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > tor-relays mailing list > tor-relays(a)lists.torproject.org > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > > ------------------------------ > > End of tor-relays Digest, Vol 104, Issue 15 > *******************************************

1 0

ORPort
by Anonforpeace 12 Sep '19

12 Sep '19

Hello: Hope someone can help me. I'm trying to configure a bridge and I've followed all the instructions and I've chosen several ports and none of them are reachable. I've used the test site that Tor lists on its site. "Your server has not managed to confirm that your its ORPort is reachable." Each port I list on the test site says unreachable. What am I missing? The instructions are pretty straightforward. Thanks

4 6

Short Research Survey
by Anon-research 12 Sep '19

12 Sep '19

Dear Tor relay operators, We are a team of researchers at MIT, and we would like to ask Tor relay operators to participate in a short and anonymous survey (no personal information or IP address collected). This study is focused on the importance of providing anonymity by volunteers in various contexts, and will take no more than 5-10 minutes to finish. You can learn more and take the survey at this link: https://mit.co1.qualtrics.com/jfe/form/SV_6W3YXSCnqMVGPs1 Your input is very valuable to our study, and we look forward to your feedback. Please feel free to email us at anon-research(a)mit.edu if you have any questions. (Our survey platform unfortunately uses JavaScript. We apologize for being unable to switch it off. We would be grateful for your participation if you are comfortable taking the survey.)

3 2

Re: [tor-relays] Running on a Raspberry Pi
by nottryingtobelame＠protonmail.com 10 Sep '19

10 Sep '19

My primary relay runs on a Pi 3B. 903CA67D0DEB74CFBB01432840A26CB8C6C18FDF. According to the logs, it's sending and receiving a total of about 130 GB per day. A Pi 4 should definitely be able to handle it. Pi Zeroes had a conflict with the name of the CPU architecture and so Tor apparently never worked quite right on them. I'm not an expert, but my guess is that the relay just had to reset its advertised bandwidth and has to build back up again. Hope this helps.

1 0

FW: Lots of spam on new tor exit node.
by email-group＠tor.bband.net 10 Sep '19

10 Sep '19

I have recently setup a new tor exit node but since about an hour of setting it up it has been almost maxed out with spam. https://metrics.torproject.org/rs.html#details/4AFECB973C2268D5074D8DEDAF0BD B604C89ED50 How can I combat it? I turned the node off for about an hour from about 6.30am GMT but the user reconnected. From the looks of it they are connecting through the tor network. DNS logs are looking like it is targeting illicit Russian drug forums almost all with .biz domains.

3 3

What could cause a huge clock skew (9 days) across Tor restarts - anyone else experienced something like this?
by s7r 07 Sep '19

07 Sep '19

Hello, I'd like to hear if anyone else experienced this and has an idea of what the cause might be. I did not oped a ticket about this yet because I am not sure there is a problem in Tor, and it eventually healed by itself. The relay was running just fine. Server had an accurate time before upgrade and time service ntp was running. I only did an upgrade to Tor from the latest nightly build and of course it does a service stop -> upgrade -> service start. After Debian finished installing the new Tor, I did as usual: check the log file to see that all is OK and circuits were built and descriptors published, etc. I saw this: The log before restart was reporting: Sep 06 21:03:16.000 [notice] Interrupt: we have stopped accepting new connections, and will shut down in 30 seconds. Interrupt again to exit now. Sep 06 21:03:17.000 [notice] Delaying directory fetches: We are hibernating or shutting down. Sep 06 21:03:46.000 [notice] Clean shutdown finished. Exiting. [skipped boring part intentionally] Aug 28 07:40:07.000 [warn] Our clock is 9 days, 11 hours, 20 minutes behind the time published in the consensus network status document (2019-09-06 23:00:00 UTC). Tor needs an accurate clock to work correctly. Please check your time and date settings! Aug 28 07:40:07.000 [warn] Received ns flavor consensus with skewed time (CONSENSUS): It seems that our clock is behind by 9 days, 11 hours, 20 minutes, or that theirs is ahead. Tor requires an accurate clock to work: please check your time, timezone, and date settings. Aug 28 07:40:07.000 [warn] Problem bootstrapping. Stuck at 0% (starting): Starting. (Clock skew -818406 in ns flavor consensus from CONSENSUS; CLOCK_SKEW; count 2; recommendation warn; host ? at ?) Aug 28 07:40:08.000 [warn] Our clock is 9 days, 12 hours, 20 minutes behind the time published in the consensus network status document (2019-09-07 00:00:00 UTC). Tor needs an accurate clock to work correctly. Please check your time and date settings! Aug 28 07:40:08.000 [warn] Received microdesc flavor consensus with skewed time (CONSENSUS): It seems that our clock is behind by 9 days, 12 hours, 20 minutes, or that theirs is ahead. Tor requires an accurate clock to work: please check your time, timezone, and date settings. Aug 28 07:40:08.000 [warn] Problem bootstrapping. Stuck at 0% (starting): Starting. (Clock skew -822006 in microdesc flavor consensus from CONSENSUS; CLOCK_SKEW; count 3; recommendation warn; host ? at ?) and then Sep 06 21:04:50.000 [notice] Starting with guard context "default" ...proceed to normal start and everything as usual from now... So, Tor had the time Sep 06 21:03:46.000 before restart. After restart, it thought it had Aug 28 07:40:07.000 and then Aug 28 07:40:08.000 and then it healed and reported Sep 06 21:04:50.000. This is kind of odd. What could be the reason for this? The server is just a Debian machine that runs Tor and nothing else. Thanks!

3 4

Re: [tor-relays] Operator straw poll: Reasons why you use Tor LTS versions?
by starlight.2018q2＠binnacle.cx 07 Sep '19

07 Sep '19

My relays track current stable, though I prefer going slow updating unless a major CVE/TROVE lands. LTS is beneficial for many reasons and, from the enthused developer perspective perhaps best viewed as "necessary evil." Rather than thinking about killing LTS, is better to think about ways to campaign for and facilitate rapid migration to a latest LTS release when very important features arrive. Possibly this translates to early retirement via blacklisting of the eldest version.

1 0

Tor exit relay in Finland still being attacked
by potlatch 05 Sep '19

05 Sep '19

I had TorExitFin [0] down for a few days hoping the non-Tor Iranian intruders would wander off. I restarted it today and before NYX could come up there were 257 Iranian IPs present (nicely automated!). The IP addresses range over all of the IP addresses allotted to Iran so their usage must come from a high authority to get that kind of access. NYX communications page showed that none of these had hashed fingerprints. At the same time 3 IPs came up from other countries with fingerprints. Should I leave this shut down for the security of the network? -potlatch [0] 9B31F1F1C1554F9FFB3455911F82E818EF7C7883 Sent with [ProtonMail](https://protonmail.com) Secure Email.

2 1

Low-bandwidth relay
by John Williams 04 Sep '19

04 Sep '19

I've been running tor on my openwrt-based home router (along the lines of 'anonabox'), and I configured it as a non-exit relay, because I thought why not - every little helps, right? I set a very low bandwidth limit, but it was using most of the configured bandwidth, so I figured it was helping. A few days ago I got an email saying my tor version was EOL, so I upgraded from version 0.3.2.10 to 0.4.1.5 (which required upgrading openwrt). Now tor is still working fine for me, but I don't see any network traffic when I'm not using it, so it is evidently not routing any third-party traffic any more. I don't see any errors in the log. Is this (a) expected behaviour because the previous traffic was just a bug in the old version of tor, or (b) an indication that there is something wrong with my upgraded installation? Any suggestions about where I should look would be welcome. I'm considering reconfiguring my system to be a bridge instead of a router, but I would prefer to sort out any possible problems with what I've got now, before making further changes.

2 1

end-of-life relays will be removed from the network eventually
by nusenu 03 Sep '19

03 Sep '19

Patches [1] are being prepared to remove Tor relays running end-of-life versions of Tor eventually. Affected relays as of 2019-09-03 16:00 UTC #relays 1276 CW Fraction 13.25 % Guard 16.91 % Exit 2.19 % Want to know if your relay is affected? Here is a list of affected relays (updated daily): https://nusenu.github.io/OrNetStats/eolrelays The Tor Relay Guide has instructions to help you stay on maintained Tor releases. https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkTeam/CoreTor… [1] https://trac.torproject.org/projects/tor/ticket/31549 Tor people are sending out emails (cc'ing network-health): https://lists.torproject.org/cgi-bin/mailman/listinfo/network-health -- https://twitter.com/nusenu_ https://mastodon.social/@nusenu

1 1

Re: [tor-relays] Status of "new" defect #30767 Custom obfs4 bridge does not work on Tor Browser for Android
by nottryingtobelame＠protonmail.com 02 Sep '19

02 Sep '19

Ah, thank you for the reply. Well, I will continue to donate to and support the tor project whenever I can.

1 0

Status of "new" defect #30767 Custom obfs4 bridge does not work on Tor Browser for Android
by nottryingtobelame＠protonmail.com 02 Sep '19

02 Sep '19

I hate to be that guy, but I was wondering if there is any progress on resolving this defect? I'm sure it's not a front burner type of problem, but it would be nice to be able to use the Android app as intended. Using Orbot/Orfox as a backup feels like a poor workaround when there's an official Tor browser app. If I'm being impatient, just let me know - I'm not familiar with what's normal during this process. Thanks in advance.

3 2

Fast flag - wrong speed in dir-spec.txt?
by [REDACTED] 30 Aug '19

30 Aug '19

Hi Torproject, as far as i can see my relay currently can advertise 560 KiB/s. That are 573,44 KB/s. 43C7BC2E17FB26B204EC0BD9AA784E4736979087 Following your dir-specs it should get the "Fast" flag if it can provide more than 100KB/s. https://gitweb.torproject.org/torspec.git/tree/dir-spec.txt#n2595 At my other relay i already saw it providing 562 KiB/s and it got the "Fast" flag. A9DB853547A6459AB5190E62BF2F7B8F068FEB0A It seems the limit is above 560 KiB/s? If i remember it right then i already read somewhere that the requirements are now higher than 100 KB/s so i guess your documentation is wrong? Am i missing something why my relay with 560 KiB/s dont get the "Fast" flag?

3 3

Please test bandwidth and resiliency of greyponyitnyc002
by Conrad Rockenhaus 29 Aug '19

29 Aug '19

Hello, I was wondering if Rob would be willing to perform speed measurements on this node, it’s. 20 vcpu running CentOS 7 with manually compiled Tor against OpenSSL 1.1.1 on a 30Gbit link. I know it’s not going to see all of that bandwidth, it’s meant as a high powered VM platform because my intention is to start giving VMs back to the guys on my old infrastructure, and hopefully setup a “Torservers” type arrangement down the road, since this is hosted on unique ASN and addresses. Thanks, Conrad Rock Rockenhaus Greypony IT Consulting (254) 292-3350

1 0

3 questions
by niftybunny 29 Aug '19

29 Aug '19

Hi there, 1. anyone with any new news about the Darknet law in Germany or where you could ask for information? 2. Whats up with Torflow, still linked from Tor Atlas. As far as I can see it was last updated over 3,5 years ago? 3. So what happened to the new measurement? I can see a big spike https://metrics.torproject.org/bandwidth.html <https://metrics.torproject.org/bandwidth.html> and now its back to normal? Same with a lot of my relays, traffic doubled/tripled and now its the same or worse. niftybunny

2 2