- tor-relays - lists.torproject.org

Re: [tor-relays] Relays by AS Names
by Tor-Node.net 09 Apr '16

09 Apr '16

Hi! Here is a list from ExoticVPS that you can use to search for and contact various VPS hosters: http://www.filehosting.org/file/details/558944/ExoticVPS.ods http://www.filehosting.org/file/details/558945/ExoticVPS.xlsx http://www.filehosting.org/file/details/558946/ExoticVPS.txt (Tab separated txt file) Kind regards tor-node.net

7 9

Private Tor Research Network
by Nicholas R. Parker (RIT Student) 09 Apr '16

09 Apr '16

Hi all, I've got an issue that I'm seeking help with. I'm with a small group out of RIT that's trying to construct a private TOR network for research purposes, but we've hit a bit of a snag. I've worked with both liu fengyun's ( http://liufengyun.chaos-lab.com/prog/2015/01/09/private-tor-network.html) and Ritter's write up (https://ritter.vg/blog-run_your_own_tor_network.html) but when trying to set up authority directories the whole thing really falls apart. Trying to edit the torrc file gives errors where it doesn't attempt to bind to the correct ports and trying to set --dirserver or --datadirectory results in errors that there isn't permission to access /var/lib/tor regardless of the owner of the directory (we've tried leaving it as being owned by _tor, tried changing ownership to root, etc) so we can't get the authority directories off the ground. I'd really appreciate any thoughts Nicholas R. Parker Rochester Institute of Technology 5thYear, BS/MS Computing Security

2 1

NPR story: When A Dark Web Volunteer Gets Raided By The Police
by Greg 08 Apr '16

08 Apr '16

http://www.npr.org/sections/alltechconsidered/2016/04/04/472992023/when-a-d… A Seattle exit node operator is visited by local police over a child pornography warrant... Is this out of the ordinary or is this to be expected when running an exit from your home IP address?

9 17

Guard flag?
by Clément Février 08 Apr '16

08 Apr '16

Hello, I run a relay for almost 10 days. I wonder if my configuration is correct as I don't see the expected behavior from https://blog.torproject.org/blog/lifecycle-of-a-new-relay Indeed, my consensus weight and the number of connections dropped after 8 days, from 0.0040% to 0.0012% and from 2000 to 300 connections respectively. Since then, I've such messages in arm: [NOTICE] Have tried resolving or connecting to address '[scrubbed]' at 3 different places. Giving up. [4 duplicates hidden] [NOTICE] We tried for 15 seconds to connect to '[scrubbed]' using exit <fingerprint> at <ip>. Retrying on a new circuit. I was expecting to get a guard flag with an increasing consensus weight involving a drop of the number of connections. So far, I have the following flags: Fast, HSDir, Running, Stable, V2Dir, Valid. Is that an evidence something is not running properly? Best, Clèm

9 15

No Daily Digest Anymore
by stealth＠nym.mixmin.net 07 Apr '16

07 Apr '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 About 2 weeks ago I stopped getting a daily digest of this list. Is there a reason for this? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (MingW32) iQIcBAEBAgAGBQJXBonvAAoJEH1gNwhiMDZu3iIQAJDQ8D+bZ3YG9He4rpQku+Le dHLgodjOckggKnbpfBScqGXQA+mcB9EDIgLQOMtqI3i2SHkjEL9qh5ci0MkZdA7b 0vVJ4Ccbqbn9aupXsbCkrgFA6UT2jz5rys0470FE5gnJiRpBXgAjllBSlZyP00s4 2St+ROqNUTE1chnJlDqTU2iehJWIGDONZUjb+amaUIfsC8MNiokrG0svJZfOsVE5 sRtZ0c+xu3gUnhcM2YaIIV9I+gbFGWTWJPOwZmSIbVoxUmE/Dqg1zHwXeLMSAKJv 5kALfyNZpDtCR62j+pLx1YX2iEHQdr6UaKemwW7HCsXp8ZkbKFwuC7HjP85OoON4 IjqK41KvMxoywD0nvlGbYPw6ssxR9JlMBtg5MqvjlsTPp/aUaUKP/OnjlNGxRwE3 N4fvO8hZPTa8zweykD7qa4RlmJwv0nE+dz/gO3arcz2tIAsC9D90RvD9JGJbeOxW o5yHbIo2h1aHdoelUWMgB5aVdDF30FDAoOZEoSG8DAs8vD6oKFtbWP98f1pVt2Nw dT8J2Q9d4iXe9IEZ8iTNJnyvLIykwqTl+aRJsRD50x7dd3EOzOxF9sKnf/Fq1vto ScNtBVva1fE7LB1kWV8J2LdGGwIwrtR4Af1Hy6rri//E4nvEU2HTnDfVk0dr7ReH uQP+mGr7nPCXLGbXEUp7 =LDGJ -----END PGP SIGNATURE-----

2 1

Getting drops with iptables "-m state --state INVALID" in INPUT and OUTPUT chains on relay
by fr33d0m4all 07 Apr '16

07 Apr '16

Hi… I've noticed that the iptables rule "-m state --state INVALID -j DROP" applied both to INPUT and OUTPUT chains on my raspbian Tor relay drops some connections… is it normal and should I avoid dropping "—state INVALID" connections when the destination or source is the Tor process on the relay? It's strange to have them also in the outgoing chain (i.e. produced by the relay), unless its is related to how Tor works (I'm almost sure that the connections dropped by the OUTPUT rule are related to the Tor process). It's not a matter of conntrack entries, it's using only 61 entries and has a lot of them free. Drop log in the OUTPUT direction => why is my relay sending a packet with ACK PSH FIN flags? iptables-OUT-INVALID-DENIED: IN= OUT=eth0 SRC=10.x.x.x DST=37.x.x.x LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=24372 DF PROTO=TCP SPT=33423 DPT=9001 WINDOW=321 RES=0x00 ACK PSH FIN URGP=0 Drop log in the INPUT direction => This could be a correct drop due to a new connection with RST flag, I think: iptables-IN-INVALID-DENIED: IN=eth0 OUT= SRC=91.x.x.x DST=10.x.x.x LEN=40 TOS=0x00 PREC=0x00 TTL=54 ID=0 DF PROTO=TCP SPT=15754 DPT=9090 WINDOW=0 RES=0x00 RST URGP=0 Best regards, Fr33d0m4All -- _____________________________________________________________ PGP Key: 0DA8 7293 D561 3AEE A3C0 7F63 101F 316A F30E ECB4 IRC Nick: fr33d0m4all (OFTC & Freenode) _____________________________________________________________

1 0

Re: [tor-relays] Relays by AS Names
by Tor-Node.net 06 Apr '16

06 Apr '16

ng0 wrote: > Could you upload the .txt of this list to > a network/filepublishing service which > does not require your email > address? I apologize, I was not aware that you had to provide your email to download. Here you can fetch them without providing your email: http://wikisend.com/download/498630/ExoticVPS.ods http://wikisend.com/download/894542/ExoticVPS.xlsx http://wikisend.com/download/789008/ExoticVPS.txt

1 0

Relays by AS Names
by SuperSluether 06 Apr '16

06 Apr '16

I want to host an exit relay, but at the same time I don't want to use a service that already hosts multiple Tor relays. Is there a website that lists relays by AS Names so I can find a service that isn't already populated with Tor?

10 10

Blocking Tor - A case for more accuracy
by Eran Sandler 06 Apr '16

06 Apr '16

https://blog.perimeterx.com/blocking-tor-a-case-for-more-accuracy/ There are certainly other ways of handling Tor traffic and measuring the real intention of a user. Disclaimer: The guys at PerimeterX are friends of mine. I sent them the CloudFlare post (as well as the post from the Tor blog) because I know their methods are much better in detecting intention and not just blocking Tor IPs. Eran

1 0

Relay request
by runner7272 04 Apr '16

04 Apr '16

Sent from my Sprint Phone.

2 1

Re: [tor-relays] tor-relays Digest, Vol 63, Issue 5
by d3part3d＠tuta.io 04 Apr '16

04 Apr '16

? -- Securely sent with Tutanota. Claim your encrypted mailbox today! https://tutanota.com 4. Apr 2016 15:31 by tor-relays-request(a)lists.torproject.org: > 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. Tor Weather has been discontinued (Karsten Loesing) > 2. Re: Tor Weather has been discontinued (Eran Sandler) > 3. Re: Tor Weather has been discontinued (Eran Sandler) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 4 Apr 2016 16:48:39 +0200 > From: Karsten Loesing <> karsten(a)torproject.org> > > To: > tor-relays(a)lists.torproject.org > Subject: [tor-relays] Tor Weather has been discontinued > Message-ID: <> 57027EC7.9010802(a)torproject.org> > > Content-Type: text/plain; charset=utf-8 > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Dear relay operators, > > as of April 4, 2016, Tor Weather has been discontinued. > > Tor Weather [0] provided an email notification service to any user who > wanted to monitor the status of a Tor node. Upon subscribing, they > could specify what types of alerts they would like to receive. The > main purpose of Tor Weather was to notify node operators via email if > their node was down for longer than a specified period, but other > notification types were available, including one where operators would > be informed when their node was around long enough to qualify for a > t-shirt. > > The main reason for discontinuing Tor Weather is the fact that > software requires maintenance, and Tor Weather is no exception. Tor > Weather was promising t-shirts for relays that have not been around > long enough or that provided too little bandwidth to be useful to the > network, and it was almost impossible to deny a t-shirt after Tor > Weather has promised it. Apart from that, Tor Weather was likely not > offering t-shirts to people who have long earned it, thereby confusing > them. An unreliable notification system is worse than not having a > system at all. Relay operators shouldn't rely on Tor Weather to > notify them when their relay fails. They should rather set up their > own system instead. > > We have tried to find a new maintainer for Tor Weather for years, but > without success. We started rewriting Tor Weather [1] using Onionoo > [2] as data back-end in 2014, and even though that project didn't > produce working code, somebody could pick up this efforts and finish > the rewrite. The Roster developers said that they're planning to > include an email notification function in Roster [3]. And we > developed a simple Python script that provides information about a > relay operator's eligibility for acquiring a t-shirt [4]. None of > these alternatives is a full replacement of Weather, though. > > We encourage you, the community of Tor relay operators, to step up to > start your own notification systems and to share designs and code. > Tor Weather is still a good idea, it just needs somebody to implement it. > > Tor Weather is discontinued in two steps. For now, new subscriptions > are disabled, new welcome messages are not sent out anymore, and > existing subscriptions continue working until June 30, 2016. From > July 1, 2016 on, Tor Weather will not be sending out any emails. > > Sorry for any inconvenience caused by this. > > All the best, > Karsten > > > [0] > https://weather.torproject.org > > [1] > https://trac.torproject.org/projects/tor/wiki/doc/weather-in-2014 > > [2] > https://onionoo.torproject.org > > [3] > http://www.tor-roster.org > > [4] > https://gitweb.torproject.org/metrics-tasks.git/tree/task-9889/tshirt.py > > -----BEGIN PGP SIGNATURE----- > Comment: GPGTools - > http://gpgtools.org > > iQEcBAEBAgAGBQJXAn7HAAoJEC3ESO/4X7XBmhEIAKxWEwex5pyp5RBHkE4+1IC2 > WaKjcvIT0WiZJ8prZASNSxF7ART6r2trG50+Pd2GCdu0SOjIz3eeQNSkx251RaqF > xF7dw2RVhExcYOar4FG5+KkXu6X3k0svMvNeMGzcRd51yaaVeW8OaAgV0NC+CHgE > ZkA7bg26jCvG8EFrKCg4fuZ3JW3+O3mvcquea+aB4q6gbuQFjgoxzfH5+XkmpA5i > gDZnsIRuBDYuUW8V1ior/7DG2wGlCjWZUotoTysfsFW2FSMUrTBZOlvhpHicMfER > VpLxY8+b3ZGC6Olit50ISZql8l12yO3Hik32eKIcgK2fpx6vgKE+T83I8voIpOU= > =LVj8 > -----END PGP SIGNATURE----- > > > ------------------------------ > > Message: 2 > Date: Mon, 04 Apr 2016 14:58:20 +0000 > From: Eran Sandler <> eran(a)sandler.co.il> > > To: > tor-relays(a)lists.torproject.org > Subject: Re: [tor-relays] Tor Weather has been discontinued > Message-ID: > <> CALR3k-G0DoeRB-baVw+uvGUeMdDRVMORwEgAjDgCg6kE3n1cGQ(a)mail.gmail.com> > > Content-Type: text/plain; charset="utf-8" > > I have played quite a bit with onionoo and wrote a wrapper in Go for it. > > I am willing to rewrite Tor Weather using Go (or python if you like). > > I'll go over the old code and this email again to make sure I understand > the full scope of the project. > > As an operator I have relied on the Tor Weather alerts to know if one if my > nodes were down and while it's wasn't quick enough in sending alerts it was > a good tool. > > I have some ideas about the t-shirts alerts so that we won't miss sending > to those that need it and wouldnt send to those that don't need it. > > Eran > > On Mon, Apr 4, 2016, 17:49 Karsten Loesing <> karsten(a)torproject.org> > > wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Dear relay operators, >> >> as of April 4, 2016, Tor Weather has been discontinued. >> >> Tor Weather [0] provided an email notification service to any user who >> wanted to monitor the status of a Tor node. Upon subscribing, they >> could specify what types of alerts they would like to receive. The >> main purpose of Tor Weather was to notify node operators via email if >> their node was down for longer than a specified period, but other >> notification types were available, including one where operators would >> be informed when their node was around long enough to qualify for a >> t-shirt. >> >> The main reason for discontinuing Tor Weather is the fact that >> software requires maintenance, and Tor Weather is no exception. Tor >> Weather was promising t-shirts for relays that have not been around >> long enough or that provided too little bandwidth to be useful to the >> network, and it was almost impossible to deny a t-shirt after Tor >> Weather has promised it. Apart from that, Tor Weather was likely not >> offering t-shirts to people who have long earned it, thereby confusing >> them. An unreliable notification system is worse than not having a >> system at all. Relay operators shouldn't rely on Tor Weather to >> notify them when their relay fails. They should rather set up their >> own system instead. >> >> We have tried to find a new maintainer for Tor Weather for years, but >> without success. We started rewriting Tor Weather [1] using Onionoo >> [2] as data back-end in 2014, and even though that project didn't >> produce working code, somebody could pick up this efforts and finish >> the rewrite. The Roster developers said that they're planning to >> include an email notification function in Roster [3]. And we >> developed a simple Python script that provides information about a >> relay operator's eligibility for acquiring a t-shirt [4]. None of >> these alternatives is a full replacement of Weather, though. >> >> We encourage you, the community of Tor relay operators, to step up to >> start your own notification systems and to share designs and code. >> Tor Weather is still a good idea, it just needs somebody to implement it. >> >> Tor Weather is discontinued in two steps. For now, new subscriptions >> are disabled, new welcome messages are not sent out anymore, and >> existing subscriptions continue working until June 30, 2016. From >> July 1, 2016 on, Tor Weather will not be sending out any emails. >> >> Sorry for any inconvenience caused by this. >> >> All the best, >> Karsten >> >> >> [0] >> https://weather.torproject.org >> >> [1] >> https://trac.torproject.org/projects/tor/wiki/doc/weather-in-2014 >> >> [2] >> https://onionoo.torproject.org >> >> [3] >> http://www.tor-roster.org >> >> [4] >> https://gitweb.torproject.org/metrics-tasks.git/tree/task-9889/tshirt.py >> >> -----BEGIN PGP SIGNATURE----- >> Comment: GPGTools - >> http://gpgtools.org >> >> iQEcBAEBAgAGBQJXAn7HAAoJEC3ESO/4X7XBmhEIAKxWEwex5pyp5RBHkE4+1IC2 >> WaKjcvIT0WiZJ8prZASNSxF7ART6r2trG50+Pd2GCdu0SOjIz3eeQNSkx251RaqF >> xF7dw2RVhExcYOar4FG5+KkXu6X3k0svMvNeMGzcRd51yaaVeW8OaAgV0NC+CHgE >> ZkA7bg26jCvG8EFrKCg4fuZ3JW3+O3mvcquea+aB4q6gbuQFjgoxzfH5+XkmpA5i >> gDZnsIRuBDYuUW8V1ior/7DG2wGlCjWZUotoTysfsFW2FSMUrTBZOlvhpHicMfER >> VpLxY8+b3ZGC6Olit50ISZql8l12yO3Hik32eKIcgK2fpx6vgKE+T83I8voIpOU= >> =LVj8 >> -----END PGP SIGNATURE----- >> _______________________________________________ >> tor-relays mailing list >> tor-relays(a)lists.torproject.org >> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays >> >

1 0

I would like to help.
by Generalgrievous 03 Apr '16

03 Apr '16

I have a Banana Pi that I would like to use to help the TOR network. I have installed Debian-Jessie and started researching the process for setting up relay, even an exit. I am a total noob, but willing to learn. If someone is willing to help me step by step, I would be excited to help. I've tested my internet speed, Download average 60 mbps, Upload avreage 6 mbps, If I would be more of a hindrance than a benefit, please say so, no hard feelings. Located Central CA. General G. Sent from [ProtonMail](https://protonmail.com), encrypted email based in Switzerland.

6 6

Earned T-shirt and no email response for months
by Dimitar Milkov 02 Apr '16

02 Apr '16

Hello, My relay earned me a Tor T-shirt a couple of months ago. I emailed the team responsible for them on the email given in the T-shirt descriprion page (https://www.torproject.org/getinvolved/tshirt.html) with size, shipping address and everything, and the notification email from Tor Weather also included. However, there is still no response. I asked in IRC after the first month or so and some people said that they are overloaded with work because of some campaign/conference sort of thing. How long it usually takes for a T-shirt request to be processed? What is your experience?

4 4

Re: [tor-relays] Relays with broken DirPorts
by starlight.2016q1＠binnacle.cx 02 Apr '16

02 Apr '16

These relays all appear at least somewhat overrated by BWauths and are not rate-limiting with BandwidthRate. DirPort performance is bad due to a saturated physical link or 'tc' bandwidth limit, so TCP congestion back-off kicks in. If BandwidthRate were the limiting factor DirPort would return a 503 (busy) error. Reason for the overrating is a serious bug in Torflow resulting in relays going unmeasured for extended periods, possibly more than 30 days at which time a BWauth will cease listing an affected relay. I'm planning to work on fixing this, but have not had the time and presently don't see getting to it before early summer. >Dear Relay Operators, > >Also while working on #17158, I found some relays whose DirPort >responses made my python script hang. It wouldn't even respond >to ^C, but that might just be an OS X thing, or a stem thing. > >I'm not sure what to do about these relays. I'd like to do a >tcpdump / Wireshark check, but I don't have time at the moment. >Would anyone like to follow this up? > >This is an incomplete list of broken relay IPs and DirPorts, >starting with those with the highest consensus weight: >217.23.14.190:1194 >151.80.164.147:80 >148.251.255.92:80 >78.142.19.59:80 > >Thanks > >Tim > >Tim Wilson-Brown (teor)

3 2

Relays with very slow DirPorts
by Tim Wilson-Brown - teor 31 Mar '16

31 Mar '16

Dear Relay Operators, While I was checking fallback directory mirrors for #17158, I encountered some relays that took more than a minute to serve a consensus. Most took 150 seconds, which could be caused by a RelayBandwidthRate of 10 kilobytes a second. One solution to this issue is to disable the DirPort on relays with a RelayBandwidthRate less than 50 kilobytes a second, or more than 30s to serve a consensus. https://trac.torproject.org/projects/tor/ticket/18688 (This ticket also contains the python / stem code that I'm using to check the consensus download speed.) But I don't actually know if it's the relays' torrc configuration that's causing the issue, or if their provider is limiting their speeds, or if there's some other issue. If you're the operator of one of the relays listed below, can you let me know? And if someone wants to investigate further, or contact these operators on their ContactInfo, that would be great. (I don't have time right now, I'm trying to pull together a list of fallback directories before the 0.2.8-rc.) This is an incomplete list of slow relay IPs and DirPorts, starting with those with the highest consensus weight: 217.198.117.122:80 212.47.250.44:80 158.69.112.86:80 50.7.178.34:80 191.101.251.172:80 51.254.249.177:80 188.165.232.40:80 104.236.38.231:8080 89.163.225.184:9030 185.31.230.69:9030 81.7.14.227:9030 62.210.238.33:9030 164.132.56.137:9030 212.107.149.145:9030 94.23.165.33:9031 Thanks Tim Tim Wilson-Brown (teor) teor2345 at gmail dot com PGP 968F094B teor at blah dot im OTR CAD08081 9755866D 89E2A06F E3558B7F B5A9D14F

1 1

Re: [tor-relays] Relays with broken DirPorts
by Tim Wilson-Brown - teor 31 Mar '16

31 Mar '16

> On 31 Mar 2016, at 11:23, Michael McConville <mmcco(a)mykolab.com> wrote: > > You'll probably get through to more people if you include nicknames with > IP addresses, and if you send an email to the operators who listed their > address in ContactInfo. I was actually hoping that someone else would do that for me, I'm a little snowed under at the moment. Tim > > Thanks for this, > Mike > > Tim Wilson-Brown - teor wrote: >> Dear Relay Operators, >> >> Also while working on #17158, I found some relays whose DirPort responses made my python script hang. It wouldn't even respond to ^C, but that might just be an OS X thing, or a stem thing. >> >> I'm not sure what to do about these relays. I'd like to do a tcpdump / Wireshark check, but I don't have time at the moment. >> Would anyone like to follow this up? >> >> This is an incomplete list of broken relay IPs and DirPorts, starting with those with the highest consensus weight: >> 217.23.14.190:1194 >> 151.80.164.147:80 >> 148.251.255.92:80 >> 78.142.19.59:80 >> >> Thanks >> >> Tim >> >> Tim Wilson-Brown (teor) >> >> teor2345 at gmail dot com >> PGP 968F094B >> >> teor at blah dot im >> OTR CAD08081 9755866D 89E2A06F E3558B7F B5A9D14F >> > > > >> _______________________________________________ >> tor-relays mailing list >> tor-relays(a)lists.torproject.org >> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > Tim Wilson-Brown (teor) teor2345 at gmail dot com PGP 968F094B teor at blah dot im OTR CAD08081 9755866D 89E2A06F E3558B7F B5A9D14F

1 1

Relays with broken DirPorts
by Tim Wilson-Brown - teor 31 Mar '16

31 Mar '16

Dear Relay Operators, Also while working on #17158, I found some relays whose DirPort responses made my python script hang. It wouldn't even respond to ^C, but that might just be an OS X thing, or a stem thing. I'm not sure what to do about these relays. I'd like to do a tcpdump / Wireshark check, but I don't have time at the moment. Would anyone like to follow this up? This is an incomplete list of broken relay IPs and DirPorts, starting with those with the highest consensus weight: 217.23.14.190:1194 151.80.164.147:80 148.251.255.92:80 78.142.19.59:80 Thanks Tim Tim Wilson-Brown (teor) teor2345 at gmail dot com PGP 968F094B teor at blah dot im OTR CAD08081 9755866D 89E2A06F E3558B7F B5A9D14F

1 0

Tor Exclude Nodes Misbehaving
by stealth＠nym.mixmin.net 30 Mar '16

30 Mar '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have edited my torrc file on my Tor Client to exclude several countries, but I keep getting the United Kingdom in my pathway. My torrc file is below: DataDirectory C:\Users\Myname\Tor Browser\Browser\TorBrowser\Data\Tor GeoIPFile C:\Users\Myname\Tor Browser\Browser\TorBrowser\Data\Tor\geoip GeoIPv6File C:\Users\Myname\Tor Browser\Browser\TorBrowser\Data\Tor\geoip6 ExitNodes {PL}, {RO}, {LU}, {DK}, {CH}, {NO}, {AN}, {LI}, {IS}, {FI}, {NL}, {HU}, {BG} ExcludeNodes {US}, {CN}, {FR}, {UK}, {ES}, {IT}, {AU}, {HK}, {RU}, {PT}, {IL}, {IE}, {DE}, {CA}, {BE}, {NZ}, {PR}, {MX}, {KP}, {KR}, {GR}, {DJ}, {JP} StrictExitNodes 1 When I click on the green onion after selecting a web site, I keep getting the United Kingdom as one of my nodes. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (MingW32) iQIcBAEBAgAGBQJW9eAMAAoJEH1gNwhiMDZusekP/jXnkAkTIHEvytXkoRsPKvYv NY9DG0eX/n6nE4ufBAczoRgaZMCwF5BPlBio9CyiSlL4qiI0xZ9zqY1vV5+kIrYS cewQH62JvS2rj3DRykVytyHXrdRE+zvnhqqY0fqD/7+WehXkG9dQmu5TT8qfmS35 bw12EpVs6yyAR7Rfhnaha0D1fqK1ekOFkpi+bo6j7X6LMW6zPnWhzROZeqEakFtP slcGJlF+OIk2f2pTkYzhq5MHwollZ+bUqkljFLzvzl1HvK2lHMtLLSgnLcU/88hC 7bhJiOfkh7+jmpi+GMzoCRFGWLq75bufJ34acxap3P4bRnYduJ72RvUQ40+LITcj dNmtFTC/+psrdvjHBJP9XDO8FPhmVIOlEr588tjgOPQwDNHbe5t7TMEYk/8S5EzH +7ahYd9MbT03oNnVrQKbSut66LmuukDyIuvR8gP9UU2+VNmKubxVcsRlOQvDmIDR /zqT6nYrc7uCimE37Ny0K8v2R0NSwE/rVPZeP2i0dzgyHOkSPLitRDvkyLgDI+kr Wwn0cAkdzjs4428PdOnEyu+b2vLtXDcV3Q1aH32wQbMXR/o2uaY4VB6iVTjU6tlb bexKHehLYmaK0c0LKLb91mxjequDe4QEdJBUQg/vVvmwPzcvVBHXJgPmPf9uJ9W/ Szr3idQyUm4QZ6WvCAvD =FURP -----END PGP SIGNATURE-----

5 4

Who operates the bridge with nickname antirio?
by Karsten Loesing 27 Mar '16

27 Mar '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi everyone, does anybody here know who operates the bridge with nickname antirio? https://atlas.torproject.org/#details/16609212922F6F1077A1BBA299709E19F9A3F… I'm asking, because that bridge has a nice distribution of IPv4 and IPv6 clients: bridge-ip-versions v4=48,v6=64 bridge-ip-versions v4=56,v6=72 We have a bug where IPv6 addresses are included in bridge-ip-versions statistics but where consensus downloads via IPv6 addresses are not counted. It would be very valuable to test the patch for this bug on the antirio bridge or on another bridge with at least 1/2 of clients connecting via IPv6. (When looking yesterday I didn't find another bridge with that property.) The patch is commit b79d859 in my task-18460-2 branch: https://gitweb.torproject.org/karsten/tor.git/log/?h=task-18460-2 In theory it should be sufficient to cherry-pick that commit from any other recent tor branch. It just changes three lines of code. More details on the ticket: https://trac.torproject.org/projects/tor/ticket/18460 Thanks! All the best, Karsten -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQEcBAEBAgAGBQJW94evAAoJEC3ESO/4X7XBs5UH/jTAcsuOl6sCJO21WuOLcMmI csq/b1IPsBvoh6YT8HBh4h07+mJSwMuWXcm3nReJsmdvjlDP4watlsEbqMgX+oxo 6GSSOX4ySS4C5bscywxXWvZIDFWPC6rToYcyfyFDmP5I+nkPNyVqsc9fBXjGJvpN uJ15bixc0iZaespKG6mQwgX8ZHi9Hf+s089voQyMEe09SscKqXHe3/50ZrLHmLPl d8BJ8Ij6WxD9ndG6FOVAUOoTunsWL8NbVSHSCJf93LOUsM6XmPjIPERyvcvnL54M uvg3kqIFTdngvLwFqzB4cETREnJtXuPIPMt8eAMLsDGtcDAuSZiqKhs1dEpJLQE= =7cQU -----END PGP SIGNATURE-----

2 2

Minimum Relay/Bridge Bandwidth
by SuperSluether 26 Mar '16

26 Mar '16

Our family recently downgraded our internet connection, which limited our upload speed to 1Mbps. According to the Tor relay doc, a minimum of 2Mbps is recommended, yet a relay is considered "fast" if it has 1Mbps. Will I be hurting more than helping if I run a relay on this connection speed? Should I run a bridge instead? SuperSluether

3 2

Weird relay outage
by Xza 26 Mar '16

26 Mar '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Suddenly my relay lost all it's flags plus weird bandwidth drops while the network is fully intact. Tor version 0.2.7.6 - Ubuntu server 14.04 - -- PGP : 29A4CE52 -----BEGIN PGP SIGNATURE----- iQI4BAEBCgAiGxxEbyA8eWFuZGVyZXNvbkByaXNldXAubmV0PgUCVvaCxAAKCRBI of/XNyszStdfD/9KFIGLcxSUS0gmfHjJFPEgxHqBYunI4wSehrSve+ZcA5D66u7J FaYDaA3BB3+q2OuDsz4/3yb2ArGObkzV6sTZi4ti1zT3knU11Zw7zYvtZ7kFnfjD BFz6N7wY1tu+crrBLmM53ycyURlZxMYQieK5bpgUdz4S8WBm9LIGN1A2uV6Ifnjc Hn7cke64b0iij5QVIp0v04CjzhhxywvYqcu5U/1Z/nnxt53bGW5gtaaacz4y0fVf qFVUaBXiJR0usxoX0yvE3t+qfGVyUNAHbbB4nO3tVxQJqqaOiGcqwLoMVDCbmQlm 2ZXnbC0dgA12votJVHthZ0EGNH75+IthGic/+3LvcDoalVruohNVhXNj5WJhe5w8 J8G8KDJ+ZgnOstDwd3yJnogX0BuFB3fovopMzuWf+AJB3MVODzDbTE2md4bk1/QT If1jLLLWxhVCJJg3f7WzM1+L8glo7NUVCS6rL1DXKiFpEHP2Gw9fo8HKYxwiPar/ wvVchOL3FimbphMqKBd9o1o8CeYB9VZFUMt+cm3tfRimpotn3WNgNOWJw2Udlvpu 9l+582Vs1Y6ebZ7KfKETmsbF6iI00tA/kX9MBJu0X6TICDK31vXHR77d5HvZ1Ql6 bv7u/QBeBmGiUCy/w5utq1RZ7MxO9MDtY22dkakim4nYw8fpJL3fgWjn1g== =Bo8A -----END PGP SIGNATURE-----

3 4

Tor Exclude Nodes Misbehaving
by stealth＠nym.mixmin.net 26 Mar '16

26 Mar '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have edited my torrc file on my Tor Client to exclude several countries, but I keep getting the United Kingdom in my pathway. My torrc file is below: DataDirectory C:\Users\Myname\Tor Browser\Browser\TorBrowser\Data\Tor GeoIPFile C:\Users\Myname\Tor Browser\Browser\TorBrowser\Data\Tor\geoip GeoIPv6File C:\Users\Myname\Tor Browser\Browser\TorBrowser\Data\Tor\geoip6 ExitNodes {PL}, {RO}, {LU}, {DK}, {CH}, {NO}, {AN}, {LI}, {IS}, {FI}, {NL}, {HU}, {BG} ExcludeNodes {US}, {CN}, {FR}, {UK}, {ES}, {IT}, {AU}, {HK}, {RU}, {PT}, {IL}, {IE}, {DE}, {CA}, {BE}, {NZ}, {PR}, {MX}, {KP}, {KR}, {GR}, {DJ}, {JP} StrictExitNodes 1 When I click on the green onion after selecting a web site, I keep getting the United Kingdom as one of my nodes. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (MingW32) iQIcBAEBAgAGBQJW9uefAAoJEH1gNwhiMDZuNNMQAIXhg1yq0Fq4pC2PsQ5jrOSh AtI3CnsUYg1+CtzAQtqksfb7PDwhTVAXFu7l2Ap1PrPBc+LcFrzZ4HAbqTPpGaYP DPokmhIlTgAzgAmu0n7RDJPSJmFXRJWdW6wULI4GsAPFHE9gU036Hd+1R9agIxrt oleizTVRAXpFqQgjLtGfiIYGQUh5vlWIiVCWOr6CGE5GkWLOC5oYPU7wKDzIE25o 7L56y6AyiUcA7abRMCDQCnVQ2AAY4dZwJ8ESK+j+ZJMGZIK2CbBeJF2QwlkjSFdn Mtjbctl4qwQqgcBhcVKuK3dMsdVnpj1YqEa8mGeMVTje74R1E2HULsJHq1UPLvkr /h8HTspIf45KvcDL1F1PoHpr9B2zWW/LJxvBL2VJiNIDRjZscuIQdzNJe2GE3P51 ImUozWR1+BHhn0h+y9zq/Pcq0dlmHGdrf7v/QgSLPq9g5RbNsyRKA6j0KhIC9efX 71DVclpgwAVC9itgpEnc1wHMkZZwcs+JWYJjvgcJ2UFR/CY79ZWfQePAn2bCledN AOkBfDclPvKZMXy9cXh9SgPWTesonOp4CubhvFXH6ReBBWfU9RYjCRhqy9w6XPaB OiYObQEYgoodftNZoqo8HVDdHLq0S+mwUPEM2x1UQDga40F8LqR3SB0BKySalG6K Mlc+6qOy65PvE6OGt94Z =kUjp -----END PGP SIGNATURE-----

2 1

OrNetRadar spots botnet joining the tor network? (79 relays, 38 countries, 67 ASes)
by nusenu 25 Mar '16

25 Mar '16

Hi, this smells like a botnet to me: http://article.gmane.org/gmane.network.onion-routing.ornetradar/1073 http://article.gmane.org/gmane.network.onion-routing.ornetradar/1074 all relays with that bitcoin adress: https://gist.githubusercontent.com/nusenu/fb19034a7860dba6c203/raw/5531768e…

4 10

Starting an exit node from spain
by f4aRelay 24 Mar '16

24 Mar '16

Im spanish and i want to start a tor exit relay. I have thoght about using this hosting: Pulse Servers (http://www.pulseservers.com/) Also i would like to know if there is any legal thing i should know for running a relay in spain Thanks -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v2 mQENBFb0BYIBCADE1jSLjOOb0sVZBAHpbItjWoqJamG+mlrR4936upHz2m2r7D2L pzOoYF/Gn4Iytk3IGVZT3Hfci18+nymidYl0L9guGLYGU1Z/T+v7wFKMOJCbty6p TNm9lOYDc1d8AVEGMMj2rmcHwP2ON98CRxKgGJscVgA7xno2PVeQSGqBgLv2UB/0 rqZsJnbsSHPH9+qxfxNuNh8DoByClf2S/Fx/WYbqyaoJBofv7FAVjWSVJTB/KSBO 2rDt9IRD3cLnFjGsGS7MBPvimPPgJQRkPrXPTWP3v5RNvUhd03PkLcPEcKF1fans MR1ywzxGxMQninSLw4oxpTm5H5xfqDfmRH/tABEBAAG0IkY0QXJlbGF5IDxmNGFy ZWxheUBwcm90b25tYWlsLmNvbT6JATkEEwEIACMFAlb0BYICGwMHCwkIBwMCAQYV CAIJCgsEFgIDAQIeAQIXgAAKCRCG6H1KC64jxZOhCADEHjEI+XkhmsNd67NjywIw aiaIfClVOrr5qnwhmZ77Wz7cmOcUsVJCNiKeYcG7WSOhNLeVEg7F6qeLyne5VHnJ Ncbb7+6YeD2bz04PcwDAyrkWRYdKhjIuNxbx1qoMzTkuenXa6qd+hj4yObYJlful 3zw5x49Vky6lxU3rHL+pKq2F2Hb6fyOkJd9uXP/I1muk98GMWK3WcLXGGY0TRo+7 CrlCvZBCtJ6laOo9hmt25KiuYq8xctT5Y7G3W+xc8yva0rQ+7D3wrCjFZIZAk6qt isn65zKBaGaTeMn+OfzWAsLsNyXCqvUT3BqQ4gd6Iu4VFtpWgetc1CehMkgaptYW uQENBFb0BYIBCACu2eXrkf+E1OE3zzXlJkG8GSL16F7qlOSqmezYGyJiPjLCSSiS WhG5s/7vbP90iM/LT9MRWExeae4JFesobPjt3TWF6vJflIL168uc6H8uKoncFET8 yN6eaayGNnhLYNef4dd+2qvU91qKZke1rRkBb7KQRUN7lTmFGOdsbYXk1OcUfS/p uZeF2QfdKhanWuDl42oQz+aB69UcDwwPbwplb329wR/I7AV+KFr1qTIIilq6qRek xOQOqzVF8mBMVS5EMjr3SQZaK9Ch21njZJr3pQ+hLI5RAx8a6k8vHn8muJEFxDTo hcPuOJ1Z8eBNKs7HA/XypJr56DCYt9nHE6GhABEBAAGJAR8EGAEIAAkFAlb0BYIC GwwACgkQhuh9SguuI8VNuQgAnuAN6UfxN55bCaTNWwJA0hietSNjKlM1TEzmjHmR 4Ch18lW2o4DT2dxCyoC+tRCjrLOxeKl7+MxGRF3mVl1tHSasjFkWFd6BohFutlJd 8r52RvdR2cPgEY+R9VLw6onQFEyMiTKxypwrCMKrB+R5qH6AvrBkGMjfZDdTqybi 8Kq4ZpqomnIsK85X+Kvr9SKuk4j4dkh244kk/8GAsZqhSKyP8D4JnylAhD/ZTSiT nXsXs0QIi1fntt6xxVx72UgR0pKEyl2koN76Mvew8qSZBALyp+o1cqaFOQXsO+gt Ri2gEEfL7Eors/Nl2+BGCHcWHXhY9F4nNz6fsq5DN+2Wzw== =LfjJ -----END PGP PUBLIC KEY BLOCK-----

3 2

Re: [tor-relays] Minimum Relay/Bridge Bandwidth
by Michael Armbruster 24 Mar '16

24 Mar '16

> Our family recently downgraded our internet connection, which limited > our upload speed to 1Mbps. According to the Tor relay doc, a minimum of > 2Mbps is recommended, yet a relay is considered "fast" if it has 1Mbps. I think you misread the documentation. 2Mbps is a recommended minimum, but a relay is considered fast if it has 1 Megabyte/sec and Megabit (Mb) and Megabyte (MB) are not the same. > Will I be hurting more than helping if I run a relay on this connection > speed? Should I run a bridge instead? With 1Mbps, you have 125 Kilobytes/sec upload rate. I would say yes, run a bridge instead. But let's see what other pepole say, eventually. Michael Armbruster

2 2