- tor-relays - lists.torproject.org

collecting info on Wikipedia blocking non-exits
by Alison Macrina 05 Jan '18

05 Jan '18

Hi friends, I'd like to collect some anecdata about this issue regarding Wikipedia blocking edits from Tor non-exit relays: https://trac.torproject.org/projects/tor/ticket/24758 If you run a non-exit relay, would you be so kind as to go to wikipedia.org from that IP, click "edit" on any page, and report to me off-list if your relay is blocked or not? In your message, please give me your relay address and let me know if it's ever functioned as an exit before. Thank you! Alison -- Alison Macrina Community Team Lead The Tor Project

6 5

Marker branch for current tor release(s)
by Andreas Krey 05 Jan '18

05 Jan '18

Hi everybody, https://www.torproject.org/download/download.html.en in the source code 'tab' states the current stable and alpha version of tor. Would it be possible to publish the current states as branches 'stable' and 'alpha' (or 'testing', or 'unstable') in the git repo? That would help us tor-from-source builders to just fetch the repo, and if the respective branch changes, to rebuild and redeploy. Looking for a new release tag or screen-scraping said web page is a bit hairy, and feels unnecessary. - Andreas -- "Totally trivial. Famous last words." From: Linus Torvalds <torvalds(a)*.org> Date: Fri, 22 Jan 2010 07:29:21 -0800

1 0

Setting myfamily
by Fabian A. Santiago 05 Jan '18

05 Jan '18

When setting myfamily on a particular relay, do you list itself plus others or only others? I ask because it's my understanding that you set itself + others but on atlas, for one relay I see in its family listing, it shows itself plus the 2nd one. And therefore it receives a (3) after it's nickname in the atlas listing. On the other relay it only lists the other in family listing. And it has a (2) in it's atlas listing next to nickname. They're both set the same as in they each list themselves + the other. Thanks. -- Thanks, Fabian S. OpenPGP: 3C3FA072ACCB7AC5DB0F723455502B0EEB9070FC

6 5

Can't get the exit flag
by Guilherme Rigon 04 Jan '18

04 Jan '18

hello i'm running a node and it's supposed to be an exit node, but i don't know why it's not getting the exit flag. Fingerprint: AFD3E441204DD828FD1EF1401742D379814D2A55 Tor version 0.3.1.9 (git-df96a13e9155c7bf). torrc: https://pastebin.com/R9qmYiX5 Any tips to fix that? -- ‌

3 5

Circuit padding timeouts
by Rick 04 Jan '18

04 Jan '18

Hello list, I'm curious as to the significance of the log notice: "Circuit padding timeout scheduled X ms in the past". As the he load on my Guard has increased, these have become more frequent and the timeout longer - approaching 300 seconds. I'm not seeing any other warnings and the relay is stable. Is this reason for concern? Rick

4 3

Become a Fallback Directory Mirror
by raltullou＠posteo.org 04 Jan '18

04 Jan '18

Hope it's not too late :) 11DF0017A43AF1F08825CD5D973297F81AB00FF3

1 0

Happy New Year!
by Shari Steele 02 Jan '18

02 Jan '18

Hey all. I'd like to take this opportunity to thank each and every one of you for working on Tor over the past year(s). We are entering 2018 in really great shape, and we would not be here without your hard work. - The Tor network and browser teams have grown over the past year and are full of amazing talent. They've added new features and tightened security in 2017, and they'll be focused on increasing our usability and mobile adoption in 2018. - The whole Tor Project staff grew quite a bit, and we hired several long-time contractors and volunteers into employee status. - Our financials are stable. We've started receiving more funding from non-US government sources, and our end-of-year campaign looks to have been a big success. We won't know the exact totals until we get into the office tomorrow and add in all of the checks we've received over the past week, but even without those checks, this has been our best end-of-year fundraising campaign yet. - We had two great all-hands meetings in 2017 in Amsterdam and Montreal. - We have been strengthening our important relationship with Mozilla. Thanks to everyone who contributes to making Tor so great, whether you are an employee, contractor, or volunteer. I'd like to extend a special thanks to some of you who we don't thank nearly enough--those of you who run the Tor network as relay operators and directory authorities and countless other volunteer roles. We couldn't do this without you! I wish you all a healthy and happy 2018! Shari *~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~ Shari Steele Executive Director The Tor Project ssteele(a)torproject.org <mailto:ssteele@torproject.org> public key: 69B4 D9BE 2765 A81E 5736 8CD9 0904 1C77 C434 1056 "Everything that is really great and inspiring is created by the individual who can labor in freedom." - Albert Einstein

3 2

Tor Advocacy, Political & Artistic
by Kenneth Freeman 29 Dec '17

29 Dec '17

I've recently touted establishing a Tor exit node at the inaugural Boise organizing committee of the Democratic Socialists of America. The idea was considered esoteric, but such anonymity craft is useful for activists of all stripes. Too, performing artists (neo-burlesque, LGBTQ comics, etc.), punks and anarchists have also expressed interest in Tor. I have been told that Tor is conceptually difficult to wrap your head around, but these are useful mission fields.

4 4

Debian Stretch (Raspbian): Tor daemon fails to complete launching procedure, endless cycling.
by Ralph Wetzel 28 Dec '17

28 Dec '17

2 2

Q about: The IPv4 ORPort address <IP> does not match the descriptor address
by Stijn Jonker 28 Dec '17

28 Dec '17

Hi All, As a follow-up to the thread, "Can it be done? - IPv6 only Relay" I linked the new OpenBSD Relay via an IPv4 over IPv6 tunnel to the other relay I operate. So there is: SJC01 / 328E54981C6DDD7D89B89E418724A4A7881E3192 and now SJC02 / 366BC592BC0154C0CD1D35C0E77D8F2C7F0B843E Both share the same public IP, as it's on atlas :-) I can see no issues sharing: SJC01 ORPort is on 80.127.117.180:443 / [2001:985:e77:10::4]:443 (DirPort 80) SJC02 ORPort is on 80.127.117.180:993 / [2001:985:e77:10::6]:993 (DirPort 8080) What I can't seem to get rid of is the warning: The IPv4 ORPort address 80.127.177.180 does not match the descriptor address 80.127.117.180. If you have a static public IPv4 address, use 'Address <IPv4>' and 'OutboundBindAddress <IPv4>'. If you are behind a NAT, use two ORPort lines: 'ORPort <PublicPort> NoListen' and 'ORPort <InternalPort> NoAdvertise'. I think I tried every combo of ORPort NoListen/NoAdvertise and Address/OutboundBindAddress, but I don't seem to be able to get rid of this. What I have now is: ORPort [2001:985:e77:10::6]:993 ORPort <<INTERNAL IP>>:993 NoAdvertise ORPort 80.127.177.180:993 NoListen Address 80.127.117.180 OutboundBindAddress <<INTERNAL IP>> OutboundBindAddress [2001:985:e77:10::6] Port 993 and 8080 are one-on-one pushed through to the new node with DNAT/Port forward from the 80.127.117.180. This on: [userhost ~]$ tor --version Tor version 0.3.1.9 (git-727d3f1b5e6eeda7). [userhost ~]$ uname -a OpenBSD host 6.2 GENERIC#306 amd64 The daemon reports "Self-testing indicates your ORPort is reachable from the outside. Excellent." / "Self-testing indicates your DirPort is reachable from the outside. Excellent. Publishing server descriptor." so that seems to be A-OK. Any suggestions (or should I "just" ignore this as mentioned on tor-dev @ Tue Jan 24 04:20:27 UTC 2017 in subject: "[tor-dev] log: ORPort/DirPort address does not match descriptor address")? Thx, Stijn

2 2