- tor-relays - lists.torproject.org

be in time or not to be in time ?
by Toralf Förster 28 Jun '15

28 Jun '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hhm, found this in the log: Jun 28 03:58:37.000 [warn] Our clock is 1 minutes, 23 seconds behind the time published in the consensus network status document (2015-06-28 02:00:00 UTC). Tor needs an accurate clock to work correctly. Please check your time and date settings! NTP runs fine at this exit relay since months, and I found nothing in the log which would tell me that sth was wrong with the time. Any hints / explanations ? - -- Toralf pgp key: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 0076 E94E -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EAREIAAYFAlWPuw0ACgkQxOrN3gB26U71+wD+PIH6JSVqR8SJ/43wwDZKNibH UdvUWwDG4eQQ5kn/3N4A/AydwluUvBMXXSy7fh+Zphg1dCUF+zq7jKmxzRYcAZ2A =bnzu -----END PGP SIGNATURE-----

2 2

More consensus weight problems
by Speak Freely 27 Jun '15

27 Jun '15

Just thought I'd throw it out there. About 5 days ago I setup a new relay - it's consensus weight is still at 20. Then, I noticed a relay I've been running for about a month all of sudden lost all of it's consensus weight. It was ~17000, now at 20. It's uptime is 25 days, and has downloaded 4.8TB and updated 5.0TB in that time. Normally, when I have a consensus weight of 20, I also see a measured speed in arm of 160b/s. However, my month old relay's measured speed is showing 136.7Kb/s. This relay was averaging 15-25Mbit/s up until today, but now jumps between 600Kbit - 8Mbit, but mainly between 800Kbit-2Mbit. My other relays with the same provider have not experienced this, nor have my relays with different providers. Just this one. The interesting one: https://atlas.torproject.org/#details/D60B02A13F5D9CAFD6EC27A5332C5FEF5B769… Matt Speak Freely

4 6

circuit_unlink_all_from_channel
by Logforme 27 Jun '15

27 Jun '15

FYI I run the relay 855BC2DABE24C861CD887DB9B2E950424B49FC34. Today I found a message in the log file I have not seen before: Jun 26 18:05:20.000 [warn] circuit_unlink_all_from_channel(): Bug: Circuit on detached list which I had no reason to mark Relay continues to run fine with 30 days uptime.

2 1

Re: [tor-relays] No Exit flag on Exit node
by spiros_spiros＠freemail.gr 25 Jun '15

25 Jun '15

Aha thank you, so simple! I will make the changes. Spiros Στις 25 Ιούνη, 2015, στις 19:18, ο Tom van der Woerdt <info(a)tvdw.eu> έγραψε: Hi, You need two of the ports [80,443,6667] allowed to get the Exit flag. Of these, your exit configuration only allows 80. Tom spiros_spiros(a)freemail.gr schreef op 25/06/15 om 20:19: Good evening all, An exit that I have been running for over one month now has not yet achieved the Exit flag in arm/atlas (I know it is working because regular spam/hacking/abuse emails I am receiving). I though this was related to recent bwauth issue, but have concerns now because the exit now has a Guard flag. I think the problem will lie in the torrc and some mistake in the config. Please can I ask for some advice on where the mistake might be? I have pasted torrc below, with sensitive information changed in the brackets <>. Thanks very much Spiros #:~ cat /etc/tor/torrc RunAsDaemon 1 DataDirectory /var/lib/tor ControlPort 9051 CookieAuthentication 1 ORPort 443 ORPort [<<valid IPv6 address>>]:9090 Nickname <<nickname of this exit>> RelayBandwidthRate 10 MB RelayBandwidthBurst 12.5 MB DirPort 9030 DirPortFrontPage /etc/tor/tor-exit-notice.html MyFamily <<nicknames of other exits and relays>> ExitPolicy accept *:20-23 ExitPolicy accept *:53 ExitPolicy accept *:79-81 ExitPolicy accept *:88 ExitPolicy accept *:110 ExitPolicy accept *:143 ExitPolicy accept *:1194 ExitPolicy accept *:5900 ExitPolicy accept *:8008 ExitPolicy accept *:8080 ExitPolicy accept *:8082 ExitPolicy accept *:8332-8333 ExitPolicy accept *:50002 ExitPolicy reject *:* ExitPolicy reject6 *:* IPv6Exit 1 DisableDebuggerAttachment 0 _______________________________________________ tor-relays mailing list tor-relays(a)lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays _______________________________________________ tor-relays mailing list tor-relays(a)lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

1 0

No Exit flag on Exit node
by spiros_spiros＠freemail.gr 25 Jun '15

25 Jun '15

Good evening all, An exit that I have been running for over one month now has not yet achieved the Exit flag in arm/atlas (I know it is working because regular spam/hacking/abuse emails I am receiving). I though this was related to recent bwauth issue, but have concerns now because the exit now has a Guard flag. I think the problem will lie in the torrc and some mistake in the config. Please can I ask for some advice on where the mistake might be? I have pasted torrc below, with sensitive information changed in the brackets <>. Thanks very much Spiros #:~ cat /etc/tor/torrc RunAsDaemon 1 DataDirectory /var/lib/tor ControlPort 9051 CookieAuthentication 1 ORPort 443 ORPort [<<valid IPv6 address>>]:9090 Nickname <<nickname of this exit>> RelayBandwidthRate 10 MB RelayBandwidthBurst 12.5 MB DirPort 9030 DirPortFrontPage /etc/tor/tor-exit-notice.html MyFamily <<nicknames of other exits and relays>> ExitPolicy accept *:20-23 ExitPolicy accept *:53 ExitPolicy accept *:79-81 ExitPolicy accept *:88 ExitPolicy accept *:110 ExitPolicy accept *:143 ExitPolicy accept *:1194 ExitPolicy accept *:5900 ExitPolicy accept *:8008 ExitPolicy accept *:8080 ExitPolicy accept *:8082 ExitPolicy accept *:8332-8333 ExitPolicy accept *:50002 ExitPolicy reject *:* ExitPolicy reject6 *:* IPv6Exit 1 DisableDebuggerAttachment 0

2 1

Qualities of a good relay (Sean Saito)
by saitosean＠ymail.com 25 Jun '15

25 Jun '15

I’m currently working with Dr. Virgil Griffith on Roster, a tor project that aims to reward relay operators with good relays. Right now we are brainstorming how to measure/quantify a good relay. Besides the obvious requirements of a good relay (e.g. speed, geo-diversity, constant uptime), what qualities make a relay valuable to the Tor network and its users? Thanks, Sean

9 9

Re: [tor-relays] Qualities of a good relay (Sean Saito)
by Magnus Hedemark 25 Jun '15

25 Jun '15

These ideas are quite good. I think it would be interesting for a partner organization like the EFF maybe to gamify Tor relay best practices by issuing Mozilla type merit badges [ http://openbadges.org/ ] to relay operators. Setting it up is not free, volunteer time is not free, but it's a way to recognize volunteers in meaningful ways that does not require sending out tee shirts around the world. Importantly, badges should also be revoked if a relay operator is found to be behaving in less than meritorious ways. This is easily done. [ https://github.com/mozilla/openbadges-backpack/wiki/Revoking-Issued-Badges ] Magnus : E0B7C731568AC72AE848EDE91F857A3FED19ED0B @Magnus919 Sent from [ProtonMail](https://protonmail.ch), encrypted email based in Switzerland. -------- Original Message -------- Subject: Re: [tor-relays] Qualities of a good relay (Sean Saito) Time (GMT): Jun 25 2015 15:12:17 From: moritz(a)torservers.net To: tor-relays(a)lists.torproject.org Hi Sean, On 06/24/2015 03:07 AM, saitosean(a)ymail.com wrote: > Besides the obvious requirements of a good relay (e.g. speed, > geo-diversity, constant uptime), what qualities make a relay valuable to > the Tor network and its users? George posted some ideas a while ago: https://lists.torproject.org/pipermail/tor-dev/2014-July/007181.html I also remember another list of "diversity criteria" that someone posted, but I can't remember who or in which thread. -- Moritz Bartl https://www.torservers.net/ _______________________________________________ tor-relays mailing list tor-relays(a)lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

2 1

Let's talk incentives: addressing the social questions
by Ori Shimony 25 Jun '15

25 Jun '15

Hi All, I am an undergraduate researcher at the University of Virginia looking into the Tor Incentives Problem. I recently started running an exit-relay and plan on finding effective ways of encouraging others to do so as well! As a student of Computer Science and Anthropology, I am prioritizing both the technical and social angles of Tor's ecosystem in my approach to this problem. Thus far, many of the unanswered social questions regarding motivation and Tor have barred progress in efforts to scale the relay community. It is my objective to move this issue forward by conducting systematic research on the human-systems underlying Tor while developing proposals grounded in these socio-technical realities. One idea I’ve had is to discuss these issues and potential approaches one-on-one with some of the individuals currently operating relays. I think it would be really helpful to hear your ideas, questions, and personal insights on relay-volunteering and its future. If you are interested please email me at os7hf(a)virginia.edu with dates/times that would be convenient for a Skype or phone call. For general questions, comments, concerns, etc. feel free to respond on the mailing list as well. Thanks, Ori

1 0

Ports 465 and 587 vanished from reduced exit policy?
by Mike Perry 25 Jun '15

25 Jun '15

It appears that some years ago someone quietly removed port 465 and 587 from the reduced exit policy at https://trac.torproject.org/projects/tor/wiki/doc/ReducedExitPolicy without an explanation. I've added them back in, since these ports should only be used for user-authenticated SMTP, and not spam. Has anyone experienced any abuse from these ports that involved non-authenticated mail/spam? Otherwise, it seems that exit operators who were using the reduced exit policy should consider updating their polices to include these ports. -- Mike Perry

4 3

Re: [tor-relays] Qualities of a good relay (Sean Saito)
by saitosean＠ymail.com 25 Jun '15

25 Jun '15

Wow, thank you all for the suggestions! Hope to implement these soon. Would definitely appreciate more ideas too. Sean

4 4