- tor-relays - lists.torproject.org

tor relay shutsdown
by Neelix 01 Feb '19

01 Feb '19

Hello, I have setup a tor exit but it seems like that is shutsdown after x hours. I can not find anything in the logs. Anyone knows how this might happen? Regards, Neelix fingerprint: 32A6 5D7A 955C 546C 0E9B F559 EB09 D028 36A3 79E

5 11

Circuit storms
by Felix 31 Jan '19

31 Jan '19

Hi everybody Circuit storms observed of up to 100k and 250k per relay for over hours. Consumed BW rises by about 10%. Number of stateful server connections is higher. Using Tor 356 to 401. Anybody else observes that? Switching to some paranoid server settings for some days :) -- Cheers, Felix

2 2

Installing Tor As Windows Service And Updating Via Script (was RE: Having Trouble With Speed Of OBFS4 Bridge)
by Keifer Bly 30 Jan '19

30 Jan '19

Darn, I just restarted the relay because tor 0.3.5.7 came out today before seeing this email. I have been playing with the Windows Powershell regarding this and made some interesting discoveries. So, I found that the Windows Powershell equivalent to linux's "apt-get" is "install-package -Name". And so, I tried running "install-package -name tor" and got this error (see the attached screenshot). The error is that tor project is not in the list for Windows to install packages from on Windows (it's not finding tor packages as a result), as I discovered at the other attached image. However, according to my research at https://docs.microsoft.com/en-us/powershell/module/packagemanagement/regist… Windows Powershell can register sources to install packages from via Register-PackageSource -Name command listed. So Something along the lines of PS C:\> Register-PackageSource -Name "tor" -Location "http://torurl" -ProviderName "TorProject" may have interesting results possibly. What is the tor packages download url so I may try this? Once this is returned to me I will return to the list with my findings. Cheers. -----Original Message----- From: tor-relays <tor-relays-bounces(a)lists.torproject.org> On Behalf Of teor Sent: Monday, January 28, 2019 10:24 PM To: tor-relays(a)lists.torproject.org Subject: Re: [tor-relays] Having Trouble With Speed Of OBFS4 Bridge On January 29, 2019 3:45:55 AM UTC, Keifer Bly <keifer.bly(a)gmail.com> wrote: >Thanks. I also wanted to ask, is there a way to upgrade tor using >Windows Powershell? The way I am doing that is downloading the tor >expert bundle when a new one is released and manually replacing both >tor.exe and obfs4.exe with the new versions. I have tor installed as a >Windows service via powershell, so is there a way to do this? I am >asking because the current tor expert bundle is tor 0.3.4.8 whereas I >believe 0.3.5.7 has been released. Thank you. Hmm, I thought someone answered this question already, but I can't find the answer in the list archives. 0.3.4.8 is still a supported version. You don't need to update. One simple way to keep Tor up to date on Windows is to use the Chocolatey package manager to install the tor package: https://chocolatey.org/packages/tor It has Tor 0.3.3.9, which is still a recommended version. You can script chocolately using the "choco" command. Otherwise, you can script powershell to download and install packages. I can't help you with the details, because I don't do a lot of work on Windows. But maybe someone else on the list can. If you work out how to do it, please write back to the list with the scripts you used. T -- teor ---------------------------------------------------------------------- _______________________________________________ tor-relays mailing list tor-relays(a)lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

2 1

IRC relay operator meetups
by Colin Childs 29 Jan '19

29 Jan '19

Hi everyone, The IRC Tor relay operator meetups are beginning again! To get started, we are going to be holding these meetups once per month. The meetups will be held the first Thursday of the month, at 2:00UTC. This means the February meetup will be held next week, on the 7th. To allow us to use meetbot for recording the meetup, we will be holding them in #tor-meeting. On the first Monday of the month, I will send out a reminder email with the date and time, along with a pad that people can add discussion topics to. For February, the reminder email will go out on the 4th. I look forward to seeing everyone there!

1 0

Hetzner - "no.spam@example.com" relays
by nusenu 29 Jan '19

29 Jan '19

Hi, to the operator of the relays listed bellow. You care currently not setting the MyFamily option on your relays, which puts tor users at risk. Please configure your relays with MyFamily to avoid getting your relays rejected. more information: https://medium.com/@nusenu/some-tor-relays-you-might-want-to-avoid-5901597a… https://trac.torproject.org/projects/tor/wiki/doc/ReportingBadRelays#Whatis… 2019-01-28 | Up | Ext | JoinTime | Nickname | Version | IP | AS | CC | ORp | Dirp | OS | Contact | eFamMembers | FP | |------+-------+------------+---------------------+-----------+----------------+---------------------+------+-------+--------+-------+---------------------+---------------+------------------------------------------| | 0 | 0 | 01:34:19 | somerelay | 0.3.3.7 | 116.203.57.161 | Hetzner Online GmbH | de | 9001 | 9030 | Linux | no.spam(a)example.com | 1 | 24C3BC672621D6FCB7923DE031738B23EE0C1819 | | 0 | 0 | 01:48:53 | somerelay | 0.3.3.7 | 116.203.57.161 | Hetzner Online GmbH | de | 9001 | 9030 | Linux | no.spam(a)example.com | 1 | CBDCA8B16E2D4111A6618BAB3F114C358B8E35DB | | 1 | 0 | 05:00:50 | somerelay1IHcuer9Cn | 0.3.3.7 | 116.203.57.161 | Hetzner Online GmbH | de | 9001 | 9030 | Linux | no.spam(a)example.com | 1 | CA307A53194D6DE8B033226C541654117AFCF5F2 | | 1 | 0 | 02:54:44 | somerelayId8wPoBbRJ | 0.3.3.7 | 116.203.57.160 | Hetzner Online GmbH | de | 9001 | 9030 | Linux | no.spam(a)example.com | 1 | F9578C192A76062C2B49F938A53291AA5CE3CFBF | | 1 | 0 | 02:54:49 | somerelayT7WbYRznBW | 0.3.3.7 | 116.203.59.81 | Hetzner Online GmbH | de | 9001 | 9030 | Linux | no.spam(a)example.com | 1 | CFDF026F3FC52BF347A395A1224D70D9ACBEF9C5 | | 1 | 0 | 02:55:45 | somerelayung2AiqzXu | 0.3.3.7 | 116.203.66.45 | Hetzner Online GmbH | de | 9001 | 9030 | Linux | no.spam(a)example.com | 1 | 97F47C07A3DEA4C1A885C2C15008592635DA54B6 | | 1 | 0 | 02:54:46 | somerelayvpoDStFnGZ | 0.3.3.7 | 94.130.184.189 | Hetzner Online GmbH | de | 9001 | 9030 | Linux | no.spam(a)example.com | 1 | 5CD0F83B59229F86419757FE54CFF6EE859EA0ED | https://nusenu.github.io/OrNetRadar/2019/01/28/a7 -- https://twitter.com/nusenu_ https://mastodon.social/@nusenu

1 0

Having Trouble With Speed Of OBFS4 Bridge
by Keifer Bly 29 Jan '19

29 Jan '19

Hello, So my OBFS4 bridge at https://metrics.torproject.org/rs.html#details/148BD64BED9F2C27637D986DE032E CF14E5B9E9A seems to be having some speed issues, only reaching about 40-50 kb/s of speed. This is strange, as it should be much faster than this. My thoughts on why this is happening: Where I living, am probably nowhere near the bridge authorities for one. I am running an obfuscated bridge (which as this requires an additional process to be running alongside the tor process, could this be a part of it?) I am running off of the only internet provider available in my area (Charter / Spectrum) which is an isp that uses cable structure so maybe they have some kind of limitation in place? My router is a Netgear Orbi router which should be able to handle up to 60,000 connections at once so there should be no issue there. Any help is appreciated, thank you. --Keifer

3 8

diff-cache OOM
by notatorserver 28 Jan '19

28 Jan '19

I am running tor 4.0.1-alpha inside a docker container with a memory limit (6GB). Tor runs out of memory and aborts or crashes periodically. Usually I see an error message like this: Could not mmap file "/var/lib/tor/data/diff-cache/1149": Out of memory ...(repeated some number of times) followed by segfault Sometimes I see a message: Out of memory on malloc(). Dying followed by abort. Am I correct to assume the diff-cache is the issue here? Looking at the files it seems they are all pretty small (~500K). Is some badly behaved client requesting 12,000 of these diffs causing my relay to mmap them all at once? or is it just expensive to generate and generating 30-60 at once is enough to use all the memory? Are there any config options to reject expensive queries or otherwise limit concurrency? Thanks

2 2

Shutdown of fallback directory mirror armbrust: E781F4EC69671B3F1864AE2753E0890351506329
by Michael Armbruster 27 Jan '19

27 Jan '19

Dear tor-relay list, After a long time maintaining an exit relay that was also chosen to be a fallback directory mirror, I decided that the time has come to shut the relay down. It has only financial reasons (being a cheap server, but still using money out of my own pocket) and I will stay a happy user of Tor and, of course, will provide a new relay as soon as my financial situation gets better. How should we proceed and how long should I still let the fallback mirror run in order to gracefully migrate the fallback status away from my server? I do not want to disappear immediately without any further notice, so I wanted to ask how to further proceed. Kind regards, Michael Armbruster

2 1

Overlay Networks: Research Improvements and Attacks [was: planetlab butterfly relays]
by grarpamp 24 Jan '19

24 Jan '19

On 1/23/19, nusenu <nusenu-lists(a)riseup.net> wrote: > thanks for adding tor relays. > If you are using them for research purposes please ensure > you follow the safety guidelines: > https://research.torproject.org/safetyboard.html > https://medium.com/@nusenu/some-tor-relays-you-might-want-to-avoid-5901597a… > https://trac.torproject.org/projects/tor/wiki/doc/ReportingBadRelays > | Up | Ext | JoinTime | Nickname | Version | IP | > AS | CC | ORp | Dirp | OS | > Contact | eFamMembers | FP | > https://twitter.com/nusenu_ > https://mastodon.social/@nusenu As many know, many guidelines regarding the stronger distributed encrypted overlay and messaging networks out there are naturally voluntary, and research and attacks are often generally unenforceable and or undetectable when undertaken by qualified adversaries. Many parties [publicly] subscribe to such guidelines, many [silently] don't. That's the nature [and one of the risks] of such networks, indeed of any network. Such adversaries exist and are highly active and capable. Know your adversary. Strengthen your designs to match and best them. As to the nodes, they're all planet-lab.net hosts, planetlab has at least two known tor slices "okstate_tor" and "uml_ZhenLing", some public research outputs [or not] of which might be listed below... https://www.cs.uml.edu/~xinwenfu/paper/TorCellSize_ICC11_Fu.pdf https://www.cs.uml.edu/~xinwenfu/paper/TorWard14_Fu.pdf http://cse.seu.edu.cn/PersonalPage/zhenling/publications_files/infocom2014_… http://cse.seu.edu.cn/PersonalPage/zhenling/publications_files/infocom2013_… http://cse.seu.edu.cn/PersonalPage/zhenling/publications_files/infocom2012_… https://news.okstate.edu/articles/communications/2015/tedx-returns-oklahoma… https://www.youtube.com/watch?v=9QsjkJcUznA MEMEX Christopher White ‎Jiangmin yu, Eric Chan-Tin: Realistic Cover Traffic to Mitigate Website Fingerprinting Attacks DOI: 10.1109/ICDCS.2018.00175 Conference: 2018 IEEE 38th International Conference on Distributed Computing Systems (ICDCS) Identifying Webbrowsers in Encrypted Communications DOI: 10.1145/2665943.2665968 Revisiting Circuit Clogging Attacks on Tor DOI: 10.1109/ARES.2013.17 Conference: Availability, Reliability and Security (ARES), 2013 Eighth International Conference on https://chantin.cs.luc.edu/~chantin/ARES2013.pdf Application Of Data Analytics - Case Studies https://shareok.org/bitstream/handle/11244/54637/Yu_okstate_0664D_15098.pdf

1 0

planetlab butterfly relays
by nusenu 23 Jan '19

23 Jan '19

Hi bf@ctct, thanks for adding tor relays. If you are using them for research purposes please ensure you follow the safety guidelines: https://research.torproject.org/safetyboard.html You care currently not setting the MyFamily option on your relays, which puts tor users at risk. Please configure your relays with MyFamily. more information: https://medium.com/@nusenu/some-tor-relays-you-might-want-to-avoid-5901597a… https://trac.torproject.org/projects/tor/wiki/doc/ReportingBadRelays#Whatis… | Up | Ext | JoinTime | Nickname | Version | IP | AS | CC | ORp | Dirp | OS | Contact | eFamMembers | FP | |------+-------+------------+--------------+-----------+-----------------+------------------------------------------+------+-------+--------+-------+---------------+---------------+------------------------------------------| | 1 | 0 | 08:03:03 | butterfly002 | 0.3.5.7 | 200.129.132.19 | Associa\u00E7\u00E3o Rede Nacional de En | br | 9001 | 9030 | Linux | bf(a)ctct.org | 1 | 508BDBDA23A6B76D3C5B2D17DBEA2A4E170859BD | | 1 | 0 | 09:40:10 | butterfly003 | 0.3.5.7 | 216.48.80.12 | University of Ottawa | ca | 9001 | 9030 | Linux | bf(a)ctct.org | 1 | 09F83FDF39A459D91AB8EC18B44A7F389BB5D87C | | 1 | 0 | 09:47:23 | butterfly004 | 0.3.5.7 | 200.17.202.195 | Fundacao da UFPR para o DCTC | br | 9001 | 9030 | Linux | bf4(a)ctct.org | 1 | 7BA8CCC7EFE0D6ED1386173631CC825CB39D6F6F | | 1 | 0 | 11:12:56 | butterfly005 | 0.3.5.7 | 129.97.74.12 | University of Waterloo | ca | 9001 | 9030 | Linux | bf5(a)ctct.org | 1 | ECFFC5A820CBFD37AC2F85AA2C8DC77F87796F16 | | 1 | 0 | 12:07:56 | butterfly006 | 0.3.5.7 | 200.19.159.35 | Associa\u00E7\u00E3o Rede Nacional de En | br | 9001 | 9030 | Linux | bf6(a)ctct.org | 1 | F1F92CC70007DB1EB63B28623B8481863ED3B29F | | 1 | 0 | 12:22:19 | butterfly007 | 0.3.5.7 | 128.8.126.111 | University of Maryland | us | 9001 | 9030 | Linux | bf7(a)ctct.org | 1 | FCA01B39D2CA5DAE896EAAABDB010B0040D068EF | | 0 | 0 | 11:56:55 | butterfly008 | 0.3.5.7 | 192.33.90.67 | SWITCH | ch | 9001 | 9030 | Linux | bf8(a)ctct.org | 1 | 2447A5A12AC3DB748317F97E3317814C42BF0380 | | 1 | 0 | 13:10:27 | butterfly008 | 0.3.5.7 | 133.69.32.131 | Asia Pacific Advanced Network - Japan | jp | 9001 | 9030 | Linux | bf8(a)ctct.org | 1 | 748653AF527B393EFB5870DFA840F8FD578E19BA | | 1 | 0 | 12:36:30 | butterfly009 | 0.3.5.7 | 188.44.50.106 | Federal State Educational Institution of | ru | 9001 | 9030 | Linux | bf9(a)ctct.org | 1 | DCC2DD20CC44DC617A859EA9EFE1A40C5215CAC0 | | 1 | 0 | 13:28:32 | butterfly010 | 0.3.5.7 | 134.117.226.180 | Carleton University | ca | 9001 | 9030 | Linux | bf10(a)ctct.org | 1 | FD82A15B62B73DF4CE20003B651CBB7384C37539 | -- https://twitter.com/nusenu_ https://mastodon.social/@nusenu

1 0

DNS Server
by dns1983＠riseup.net 23 Jan '19

23 Jan '19

Hello, i'm a student, so I lack many networking notions. Which are the most privacy reliable public dns servers? I don't exactly know how choose a third part DNS server. I read that cloudfare servers are audited by third parties but I'm not sure that I can trust. do you think that audition is trustworthy? Thanks -- Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

4 11

Tor meetup @ RADIX hacklab, Athens
by Vasilis 19 Jan '19

19 Jan '19

Dear Tor friends and relay operators, Next Friday (25.01.201) a Tor relay operators meetup will take place at RADIX hacklab, Athens. When: Friday, January 25th, 2019 Time: 19:00 / 7:00 PM Where: Kaniggos 34 & Stournari, Athens 10682, Greece Event link: https://blog.torproject.org/events/tor-meetup-athens Hope to see many of you there. Cheers, ~Vasilis -- Fingerprint: 8FD5 CF5F 39FC 03EB B382 7470 5FBF 70B1 D126 0162 Pubkey: https://pgp.mit.edu/pks/lookup?op=get&search=0x5FBF70B1D1260162

1 0

Leaky-pipe circuit topology
by marziyeh latifi 18 Jan '19

18 Jan '19

Hello, May you explain me what is Leak-pipe circuit topology? I studied Leaky-pipe circuit topology in "tor- design" document but I don't understand how it work! thanks best regards marzieh

2 1

Bandwidth limiting at relay or network?
by Isaac Grover, Aileron I.T. 18 Jan '19

18 Jan '19

Good evening fellow relay operators, I haven't ever taken the time to configure bandwidth limits in torrc, always preferring to manage it at the firewall as we have other bandwidth limits set there as well. However, I'm curious - what do other relay operators prefer? Make your day great, Isaac Grover, Senior I.T. Consultant Aileron I.T. - " Because #ProactiveIsBetter " O: 715-377-0440<tel:715-425-0440>, F:715-690-1029<tel:715-690-1029>, W: www.aileronit.com<http://www.aileronit.com/> LinkedIn: https://www.linkedin.com/in/IsaacGrover/ YouTube: https://www.youtube.com/channel/UCqrwZNFKdR-guKtuQzFPObQ

3 2

Consensus weight drops continuously 28h after getting guard flag
by Ilka Schulz 16 Jan '19

16 Jan '19

Hi, approx. 28 hours after getting the guard flag, my relay <https://metrics.torproject.org/rs.html#details/A99B0D9E5FD5BC3C8F2D006EC91F…>'s consensus weight hit a peak and has declined rather rapidly since then (again 28 hours ago). Did I do something wrong? Is it because I restarted the relay 52 hours ago? Is there actually any detailed documentation on how consensus weight is calculated? Also, my bandwidth (as well as my cpu, etc.) is only used to a fraction of its capacity, even though my relay is three weeks old now. The /RelayBandwidthRate/ option does not limit here... Regards, Ilka

6 11

Torproject onion-repo down (sdscoq7snqtznauu.onion/torproject.org) ?
by petrarca＠protonmail.ch 15 Jan '19

15 Jan '19

Is it just me having issues - today, I couldn't reach the onion-repository of torproject.org at sdscoq7snqtznauu.onion anymore. It was working until very recently though. Everything else is working fine (internet, other onion services, etc.) and I didn't change anything really (just an upgrade to tor 0.3.5.7)...

2 1

Server sale on online.net
by niftybunny 15 Jan '19

15 Jan '19

Tor friendly (even Exist), no bw costs, you should check it out or not. I do not get anything from this. Cheers, markus

1 0

Fallback Directory Mirror
by [REDACTED] 15 Jan '19

15 Jan '19

Hi, i run 17 Entrys and one bridge at the moment. I dont plan to change the IP adresses or the ports and most of them are already paid for nearly two years and i dont see a reason to switch them off after that time so if more fallback directory mirrors are needed then feel free to add them: D379A1CB8285748FFF64AE94296CA89878F25B22 9288B75B5FF8861EFF32A6BE8825CC38A4F9F8C2 EE4AF632058F0734C1426B1AD689F47445CA2056 B57A87009FA838471FB2227DDE68165AB2A2FCC4 465D17C6FC297E3857B5C6F152006A1E212944EA 7AAF5597B18D82CC90CA95FB7976A1CEA4A32E06 39F91959416763AFD34DBEEC05474411B964B2DC 4DC4E6187F1193F2717A5E3DF5ACEBD6B162D5CC 57C6DF5B93E54EB9C8DB90029D9E9A1111BD34D2 3B07C500AC17E7B5A1EE616613E104A094AB87F3 8F6197E5508338B3E3A6BFF59F9EC8F21E1375FB 79E683340B80676DCEB029E48FBD36BC66EBDA1E A86EC24F5B8B964F67AC7C27CE92842025983274 A9DB853547A6459AB5190E62BF2F7B8F068FEB0A Some of them are still pretty new but i am sure they will get older:)

1 0

community team highlights: Relay Advocacy
by nusenu 15 Jan '19

15 Jan '19

FYI -------- Forwarded Message -------- Subject: [tor-project] community team highlights -- November and December Date: Wed, 09 Jan 2019 18:15:00 +0000 From: Alison Macrina <alison(a)torproject.org> Reply-To: tor-project(a)lists.torproject.org To: tor-project(a)lists.torproject.org Relay Advocacy ================================================================== Colin resumed running once a month IRC relay operator meetings. He also started planning the FOSDEM relay operator meet-up. Steph and Colin are working on updating the relay flyers. Colin continues to work on communicating with OVH regarding relays without contactinfo added to the network. Finally, Colin has been working with Bill from EFF on a Tor relay challenge.

9 10

New Fallbacks from December 2018
by teor 15 Jan '19

15 Jan '19

Dear Relay Operators, Thanks to everyone who opted-in their relays as fallback directory mirrors. We rebuilt the list of fallbacks in December 2018. [0] The new list was released in Tor 0.3.5.6-rc, and it was backported to all supported Tor releases. [1] The FallbackDir flags on Consensus Health [2] have been updated. The flags on Relay Search [3] might take a few days to update. Don't worry if your relay missed out this time. It's still helping Tor users. And we will rebuild the fallback list again in 6-12 months time. We are tracking fallback changes in this ticket [4]. To opt-in your relays, add a comment to the ticket [4], or reply to this thread. If you have multiple relays, you can opt-in as many as you like. (We picked up to 7 per operator this time, and we may pick more next time.) T [0]: https://gitweb.torproject.org/tor.git/tree/src/or/fallback_dirs.inc https://trac.torproject.org/projects/tor/ticket/24801 [1]: 0.2.9, 0.3.3, 0.3.4, 0.3.5, and 0.4.0. See https://trac.torproject.org/projects/tor/wiki/org/teams/NetworkTeam/CoreTor… [2]: https://consensus-health.torproject.org/graphs.html [3]: For example, this relay is a new fallback: https://metrics.torproject.org/rs.html#details/0C039F35C2E40DCB71CD8A07E97C… [4]: https://trac.torproject.org/projects/tor/ticket/28794 T -- teor ----------------------------------------------------------------------

1 0

Adding Obfuscation Types To Windows Bridge
by Keifer Bly 15 Jan '19

15 Jan '19

Hello, So I am running an obfuscated bridge using the tor expert bundle and the compiled version of obfs4. There are some questions I wanted to ask. So, I am looking to add pluggable transports to my bridge, which currently only supports obfs4. I do not have access to any services that offer domain fronting, or third party servers, so I cannot run meek as a result. However, is it possible to add more than one pluggable transport, such as Format-Transferring Encryption or ScrambleSuit and also have obfs4? Are there compiled versions of these pluggable transports for windows? I also wanted to ask, do I need to update obfs4.exe when I update tor.exe? Another question, so I have in my torrc file, Contact Info: followed by an obfuscated version of this email address. However, as seen on my bridge listing at https://metrics.torproject.org/rs.html#details/148BD64BED9F2C27637D986DE032… The contact into does not appear. I do not want to give this email address out publicly, but I do want to register with bridge authorities so they can contact me if something is wrong with my bridge. Here is my torrc, with the ContactInfo line listed. Nickname torland ContactInfo keifer dot bly at gmail dot com SOCKSPort 0 # no local SOCKS proxy ORPort 9002 # public bridge must have an open ORPort ExtORPort auto # configure ExtORPort for obfs4proxy ExitPolicy reject *:* # no exits allowed BridgeRelay 1 # relay won't show up in the public consensus PublishServerDescriptor 1 # publish to the bridge authority # use obfs4proxy to provide obfs4 on port 9003 ServerTransportPlugin obfs4 exec C:\Users\keife\AppData\Roaming\tor\PluggableTransports\obfs4proxy.exe ServerTransportListenAddr obfs4 0.0.0.0:9003 Thanks all very much. --Keifer

1 0

Re: [tor-relays] why the network lost 350 relays and some, bridges
by Argo2 12 Jan '19

12 Jan '19

I was intrigued by the high number of consumer IP's that these relay are supposed to be running on while seemingly automated updating the relay version. The nickname made me look into Ubuntu Snaps as a possible tor distribution which led me to this snap: https://snapcraft.io/tor-middle-relay. It was last updated the 9th of January and when you download the stable snap it is actually named 'snap269'. So the maintainer in this case is the snap maintainer, but not necessarily the relay(s) operator. I have not looked into how these snaps actually work but it may be the case that they actually needed the PortForwaring functionality to get tor running inside a snap. Given that information it could very well be the case that these relays are not running behind a NAT and not run by the same operator but actually by a group of different people. > Date: Sat, 12 Jan 2019 08:07:00 +0000 > From: nusenu <nusenu-lists(a)riseup.net> > >> this occurred when these relays upgraded from tor 0.3.3.10 to 0.3.4.9 >> (package maintainer update) >> >> All these relays were behind NAT devices and they relied on a tor >> feature that got removed between these two versions: >> >>> o Removed features: >>> - The PortForwarding and PortForwardingHelper features have been >>> removed. [...]https://trac.torproject.org/projects/tor/ticket/25409 > > I guess I somehow expected that: the maintainer patched tor 0.3.4.10 to added this > feature again and here we go again with the flood of relays using that version of tor: > > 79 relays from 2019-01-11: > > | Up | Ext | JoinTime | Nickname | Version | IP | AS | CC | ORp | Dirp | OS | Contact | eFamMembers | FP | > |------+-------+------------+------------+-----------+-----------------+------------------------------------------+------+-------+--------+-------+-----------+---------------+------------------------------------------| > | 0 | 0 | 01:06:55 | snap269 | 0.3.4.10 | 117.104.229.222 | Instatelecom Limited | af | 43453 | 0 | Linux | None | 1 | CF52FF9F481C618E540D5DACB0C2875F1B7687B5 | > | 0 | 0 | 01:27:25 | snap269 | 0.3.4.10 | 90.253.141.146 | Vodafone Limited | gb | 46089 | 0 | Linux | None | 1 | B483C5FE8A2888F8E02885D8488404DBBEFBCF3B | > [SNIP]

3 3

why the network lost >350 relays and some bridges
by nusenu 12 Jan '19

12 Jan '19

As some of you might have noticed the tor network recently lost a noticeable number of relays and bridges as seen in the metrics.tpo relay graphs (0.7% cw fraction). https://metrics.torproject.org/networksize.html https://pbs.twimg.com/media/DwGAESoXgAEoB6L.jpg this occurred when these relays upgraded from tor 0.3.3.10 to 0.3.4.9 (package maintainer update) All these relays were behind NAT devices and they relied on a tor feature that got removed between these two versions: > o Removed features: > - The PortForwarding and PortForwardingHelper features have been > removed. [...]https://trac.torproject.org/projects/tor/ticket/25409 The portforwarding worked only in about 5% of cases so only 350 of the over 6000 relays actually became reachable. Since I still believe these relays are not run by humans I hope they remain unreachable behind their NAT routers. -- https://twitter.com/nusenu_ https://mastodon.social/@nusenu

3 4

Tor Relay Configuration: 'MyFamily' missing - byelitehacks
by nusenu 10 Jan '19

10 Jan '19

Hi byEliteHacks, thanks for helping the tor network by running relays. please do not forget to set your "MyFamily" configuration parameter on all your relays, so Tor clients are not at risk of using your relays in multiple positions in a single circuit. https://nusenu.github.io/OrNetStats/endtoend-correlation-groups#conatfynndo… Some more background: https://medium.com/@nusenu/some-tor-relays-you-might-want-to-avoid-5901597a… Let us know if you need any help with this. regards, nusenu -- https://twitter.com/nusenu_ https://mastodon.social/@nusenu

1 0

google Public DNS now Supports DNS-over-TLS
by I 10 Jan '19

10 Jan '19

2 1