- tor-relays - lists.torproject.org

privoxy, port 8118 scans
by Mateusz Błaszczyk 20 Jan '14

20 Jan '14

Hey I am wondering if this is a coincidence but since I started the tor relay, I see a lot of TCP/8118 connections attempts on my relay's external IP. I run the offending source IPs (aggregated to /24s) through cymru's ip-to-asn decoder and here are results of only today: Bulk mode; whois.cymru.com [2014-01-19 15:16:19 +0000] 15003 | 108.177.181.0 | 108.177.180.0/22 | US | arin | 2012-03-15 | NOBIS-TECH - Nobis Technology Group, LLC 15003 | 142.91.245.0 | 142.91.240.0/21 | US | arin | 2012-06-08 | NOBIS-TECH - Nobis Technology Group, LLC 15003 | 172.240.255.0 | 172.240.0.0/16 | US | arin | 2013-04-08 | NOBIS-TECH - Nobis Technology Group, LLC 15003 | 173.208.16.0 | 173.208.16.0/21 | US | arin | 2009-12-17 | NOBIS-TECH - Nobis Technology Group, LLC 15003 | 173.208.57.0 | 173.208.56.0/22 | US | arin | 2009-12-17 | NOBIS-TECH - Nobis Technology Group, LLC 15003 | 173.208.85.0 | 173.208.80.0/21 | US | arin | 2009-12-17 | NOBIS-TECH - Nobis Technology Group, LLC 15003 | 173.234.12.0 | 173.234.12.0/22 | US | arin | 2010-02-12 | NOBIS-TECH - Nobis Technology Group, LLC 15003 | 173.234.153.0 | 173.234.152.0/22 | US | arin | 2010-02-12 | NOBIS-TECH - Nobis Technology Group, LLC 15003 | 173.234.235.0 | 173.234.232.0/22 | US | arin | 2010-02-12 | NOBIS-TECH - Nobis Technology Group, LLC 15003 | 173.234.247.0 | 173.234.244.0/22 | US | arin | 2010-02-12 | NOBIS-TECH - Nobis Technology Group, LLC 15003 | 173.234.33.0 | 173.234.32.0/22 | US | arin | 2010-02-12 | NOBIS-TECH - Nobis Technology Group, LLC 15003 | 173.234.41.0 | 173.234.40.0/22 | US | arin | 2010-02-12 | NOBIS-TECH - Nobis Technology Group, LLC 15003 | 173.234.60.0 | 173.234.56.0/21 | US | arin | 2010-02-12 | NOBIS-TECH - Nobis Technology Group, LLC 15003 | 23.19.130.0 | 23.19.128.0/22 | US | arin | 2011-04-25 | NOBIS-TECH - Nobis Technology Group, LLC 15003 | 23.19.50.0 | 23.19.50.0/23 | US | arin | 2011-04-25 | NOBIS-TECH - Nobis Technology Group, LLC 15003 | 23.19.54.0 | 23.19.52.0/22 | US | arin | 2011-04-25 | NOBIS-TECH - Nobis Technology Group, LLC 15003 | 23.19.67.0 | 23.19.64.0/20 | US | arin | 2011-04-25 | NOBIS-TECH - Nobis Technology Group, LLC 15003 | 23.19.75.0 | 23.19.64.0/20 | US | arin | 2011-04-25 | NOBIS-TECH - Nobis Technology Group, LLC 15003 | 23.19.89.0 | 23.19.88.0/21 | US | arin | 2011-04-25 | NOBIS-TECH - Nobis Technology Group, LLC 15003 | 70.32.43.0 | 70.32.43.0/24 | US | arin | 2008-07-25 | NOBIS-TECH - Nobis Technology Group, LLC 18450 | 173.231.54.0 | 173.231.0.0/18 | US | arin | 2010-03-19 | WEBNX - WebNX, Inc. 20248 | 74.82.191.0 | 74.82.176.0/20 | US | arin | 2010-01-26 | TAKE2 - Take 2 Hosting, Inc. 40676 | 216.24.204.0 | 216.24.192.0/20 | US | arin | 2010-10-14 | AS40676 - Psychz Networks 46475 | 192.169.84.0 | 192.169.80.0/20 | US | arin | 2012-11-02 | LIMESTONENETWORKS - Limestone Networks, Inc. 46475 | 192.169.86.0 | 192.169.80.0/20 | US | arin | 2012-11-02 | LIMESTONENETWORKS - Limestone Networks, Inc. 46475 | 208.115.203.0 | 208.115.192.0/18 | US | arin | 2010-01-06 | LIMESTONENETWORKS - Limestone Networks, Inc. 46475 | 208.115.228.0 | 208.115.192.0/18 | US | arin | 2010-01-06 | LIMESTONENETWORKS - Limestone Networks, Inc. 46475 | 216.245.222.0 | 216.245.192.0/19 | US | arin | 2008-01-28 | LIMESTONENETWORKS - Limestone Networks, Inc. 46475 | 63.143.33.0 | 63.143.32.0/19 | US | arin | 2011-10-27 | LIMESTONENETWORKS - Limestone Networks, Inc. 46475 | 63.143.36.0 | 63.143.32.0/19 | US | arin | 2011-10-27 | LIMESTONENETWORKS - Limestone Networks, Inc. 46475 | 63.143.52.0 | 63.143.32.0/19 | US | arin | 2011-10-27 | LIMESTONENETWORKS - Limestone Networks, Inc. 46475 | 64.31.43.0 | 64.31.0.0/18 | US | arin | 2010-12-27 | LIMESTONENETWORKS - Limestone Networks, Inc. 46475 | 69.162.116.0 | 69.162.64.0/18 | US | arin | 2008-06-27 | LIMESTONENETWORKS - Limestone Networks, Inc. 46475 | 69.162.74.0 | 69.162.64.0/18 | US | arin | 2008-06-27 | LIMESTONENETWORKS - Limestone Networks, Inc. 46475 | 74.63.226.0 | 74.63.192.0/18 | US | arin | 2008-08-29 | LIMESTONENETWORKS - Limestone Networks, Inc. 46475 | 74.63.249.0 | 74.63.192.0/18 | US | arin | 2008-08-29 | LIMESTONENETWORKS - Limestone Networks, Inc. There were almost 200k SYN packets sent for the last 15h from the 228 unique IP addresses. Would that be part of tor project? I have never run privoxy on my network and I am not really sure what the relation between tor and privoxy is? Can somebody shine some light on that? [0] https://www.team-cymru.org/Services/ip-to-asn.html Thanks, -mateusz

2 1

Re: [tor-relays] Trying Trusted Tor Traceroutes
by Sebastian Urbach 20 Jan '14

20 Jan '14

Hi, Of course there are systems still working on the task and probably there will be a few more wit a complete set of results. Considering the fact that this project is running for a few months now and based on the starting dates you can see it does not look good so far. >From what i can see you run the script with traceroute and not with scamper. That will take roughly 1 month to finish. You started yesterday and submitted the data from phase 1,2 and 7 runs from phase 3. Since you are in an early stage i would suggest stopping the script and install scamper as recommended. ETA will go down from about 30 days go 4 days ... -- Mit freundlichen Grüssen / Sincerely yours Sebastian Urbach ---------------------------------------------- Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. ---------------------------------------------- Benjamin Franklin (1706 - 1790), Inventor, journalist, printer, diplomat, and statesman Am 20. Januar 2014 13:21:44 schrieb Konrad Neitzel <konrad(a)neitzel.de>: > Hi! > > Am 2014-01-20 12:36, schrieb Sebastian Urbach: > > > Just made a count and the sad truth is that 35 out of 167 systems in > > total completed the task ending with a regular slash24-220.scamper > > entry. Thats even worse than i expected and way more completed test > > results are necessary... > > I am just wondering: My understanding is, that the webpage also shows "work > in progress". Maybe I missed something, but on my system (idkneitzel, > 81.7.11.129) the process is still running and the results inside > Traceroute-results/ are still growing and up to date. > > And I am running a tor node on a low end system so from what I read I > wouldn't expect the job to finish the work in less than a day (just started > yesterday evening after receiving a reply from my provider). > > If there is something wrong then I am willing to do more investigations. > Right now I would expect that everything works as it should. > > With kind regards, > > Konrad > _______________________________________________ > tor-relays mailing list > tor-relays(a)lists.torproject.org > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

2 1

Numbers of circuits are fluctuating
by Jens Kubieziel 20 Jan '14

20 Jan '14

Hi, I found a question at the Q&A site which deals with circuits: <URL:http://tor.stackexchange.com/q/492/88> The guy set up a Tor relay on its DSL connection. According to the Tor logs there are some low numbers of circuits open. From time to time this number jumps up (from 8--1 circuits to 700--850). Do you also see such numbers? What can be the reason for this jump? -- Jens Kubieziel http://www.kubieziel.de

5 4

Re: [tor-relays] tor-relays Digest, Vol 36, Issue 23
by Jack Wilborn 19 Jan '14

19 Jan '14

I have an extra machine that I was hoping to configure for a Tor relay. I'm not a wizard with Linux (Debian), but if there are some more, specific instructions to ensure everything is working, I'd love to do it. My current ISP is Cox and I have about 30 MB/sec Down and about 24 MB/sec up. I understand this is wide enough. If anyone can assist please e-mail me. Thanks Jack On Sat, Jan 18, 2014 at 5:00 AM, <tor-relays-request(a)lists.torproject.org>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. dutch operators and experience with dutch providers (Rejo Zenger) > 2. VPS ports impassable (I) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 18 Jan 2014 10:22:49 +0100 > From: Rejo Zenger <rejo(a)zenger.nl> > To: tor-relays(a)lists.torproject.org > Subject: [tor-relays] dutch operators and experience with dutch > providers > Message-ID: <20140118092249.GD24192(a)ix.home> > Content-Type: text/plain; charset="us-ascii" > > Hi, > > Are you a Dutch relay operator or do you have experience with hosting a > Tor node with a Dutch ISP? Please get in touch with me! > > I'm colaborating with a journalist from one of the leading technology > media websites on one or more stories that will describe the environment > for Dutch Tor relay operators. What are the main problems you are > facing, are Tor relays a problem to the average Dutch ISP, etc? > > > -- > Rejo Zenger . <rejo(a)zenger.nl> . 0x21DBEFD4 . <https://rejo.zenger.nl> > GPG encrypted e-mail preferred . +31.6.39642738 . @rejozenger >

4 3

Trying Trusted Tor Traceroutes
by Sebastian Urbach 19 Jan '14

19 Jan '14

Dear list members, A little addition to my mail from a few hours ago. I talked to Anupam Das who is one of the responsible people for this project. I just want to quote what he said a few hours ago because its short and precise. It has absolutely nothing to do with the fact that it guys are known as extremely lazy, errr ;-) "Well we did some preliminary analysis which my advisor Prof. Nikita Borisov presented in the 30c3 meeting. Our main conclusion was that we need more data to conclude anything for certain. Previously we had a lot of incomplete traceroutes, so hopefully we'll get some concrete results now. Once we do we'll inform all our participants :)" It would be beneficial for everybody if we all could make an effort. Thanks for your patience -- Mit freundlichen Grüssen / Sincerely yours Sebastian Urbach ---------------------------------------------- Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. ---------------------------------------------- Benjamin Franklin (1706 - 1790), Inventor, journalist, printer, diplomat, and statesman

1 0

Trying Trusted Tor Traceroutes
by Sebastian Urbach 19 Jan '14

19 Jan '14

Dear list members, I would like to encourage you to participate in the "Trying Trusted Tor Traceroutes" project: http://web.engr.illinois.edu/~das17/tor-traceroute_v1.html#description Please consider that this project can take a bit longer, somewhere between 4-24 days. If you run a relay of any kind, youre welcome. * * * * * Important: No Bridge Relays ! * * * * * Quick and dirty manual: 1: Install scamper or use traceroute (not as useful and way slower) 2: Download, extract: https://web.engr.illinois.edu/~das17/traceroute-from-tor-relays-4493e7c2119… 3: Run traceroutes.sh, lean back and wait a few days. More details at the page mentioned above. -- Mit freundlichen Grüssen / Sincerely yours Sebastian Urbach ---------------------------------------------- Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. ---------------------------------------------- Benjamin Franklin (1706 - 1790), Inventor, journalist, printer, diplomat, and statesman

1 0

VPS ports impassable
by I 19 Jan '14

19 Jan '14

Hej, [WARNING - if you don't want to see another Tor relay get going stop reading now.] After installing Tor on a VPS running Ubuntu 12.04.4 LTS it reports [warn] Your server (173.208.211.179:9030) has not managed to confirm that its DirPort is reachable. Please check your firewalls, ports, address,... The VPS operator is trying his best but says the ports are open and is asking others. In the meantime does anyone have anything to offer? Robert

3 5

(no subject)
by I 18 Jan '14

18 Jan '14

5 6

Re: [tor-relays] dutch operators and experience with dutch providers (Rejo Zenger)
by Jan Hendrik den Besten 18 Jan '14

18 Jan '14

Rejo, my encrypted mail tot you does not arrive. See below. Mail Administrator <Postmaster(a)chello.at> schreef: >This Message was undeliverable due to the following reason: > >Your message was not delivered because the destination computer does >not support electronic mail (SMTP). Correct any mistakes in the >address and try sending the message again. > >The following recipients did not receive this message: > > <rejo(a)zenger.nl> > > Please reply to <Postmaster(a)chello.at> > if you feel this message to be in error. > > >------------------------------------------------------------------------ > >Van: "J.H. den Besten" tor(a)janhendrik.eu> >Aan: rejo(a)zenger.nl >Verzonden: Sat Jan 18 16:57:24 CET 2014 >Onderwerp: Re: tor-relays Digest, Vol 36, Issue 23 > >-----BEGIN PGP MESSAGE----- >Version: APG v1.0.9 > >hQEMA/Nqa4fSrms4AQf7BKOj2Jv2RLYipadTb2XFLD7u1U7WgcvJl381cHUcchXZ >bv0jr3/u5gugjyieFXDhC5TQRQLMVCoqtrjP/aIRUWXmOI/X6dp90f4DLDHL0QHo >GFIcUyCkoI2ee7d3fDBi6YMrxf903gJe5w0Wy25CjwaQussqIZyK0w/lGAiFWMJs >2fx4TbJs4AAY1PAMwx8fcX034+uXMni9scml2bXYAMRDrMOXTneUg0QYAyyphGEm >GlGk2bpUKXRZQ+fAMxmKrmQdOama+dKbBPsU7RC3nonOCc9+aYPMa3XneG9OhEEx >pqRhjRUNZmGPnKw2ddk9havSpMT1CZJBonmi1j1cgIUCDAPpghcw8xmKlAEP/jCl >00awlVZsvOeQiCx1BXGQh7cKrhrWN8++qQPwN5qPRRfxKyO1YStxNzqFXvJ1UJ+c >JwK+tEqmvLfvpDO625l7ez3KsbgRXKXiapWYXTj/d6t0ZAotpUdDDNclZ6uQ1kEh >Kp1yQN5x0+bFtMMfA+MEy7R6prWhl81D8JuXEoUjcyp+wQUxxVDPOhphvYBofTWK >3etBN8vdIbaURJATBJbPA9JuslLZ8512XBNmkx21f87ZcAS24vNe8xi2YKeGw+F4 >U/KmfqNHlYc69CytSqw3hHJf4SqeEoojP3nz9tPBWvYLPX9o7h3RNWuEslPaHE29 >0tGVKiD4QHOJ3MJBTOnVoSxaBsobHP5NAddbUe4r3sAdnEKLm2ENuH7I68O/nwmE >h1QJdL+uSBhuymUcNCpQ7uPNw+fO3fQd5v7RI1FryygXOiBEt9SrmUCj/xr4Auqo >HZT4SwN56etZFS41nI0B+gmBRv8kT2HPxrXhWsKolKG9SB3dOXh4BD0W22vl1rqA >AdbpovKnx5oD6rTF3bVzcRBacacvw9KdCwwQHgojXvGkCWPLu+z+liUOogGERj2L >9Uoo5al0xrAaRt21XphtqQPuv9Kwe/tuSuxzHscX0Opx+VCa4He8hdO0Ic0WsC1B >ztFpZ2FCDJGRqyyZsAntq+skYrthrn/NsPjZDqdx0sPQAfFoteeMwSiuLynNWbGu >qTXfcVNv+2hR2A87z8v60A9EGA2T6kCy4B39Ixz/fles36fbN4AAfYwKL/095bXO >fQrG5FvVbiTUVUDFumAwnvKp7Hi31BiyKj0zgQ4aDloXy+6EzbJVrwmMbB2wMJVD >IlxVgHagk2NkvoNb9w+XU8DoJxTxryoGnUkYCWRiAmdbcgyTqMH9Zt0gftg4NewL >Np7WdohiPmZoe6TEjbieOK/UGkR7yGh4rrpHgt+dmnH0dzlkS3RD8FTjr+WKebi+ >u/3ewXUh01EadNz6fOVG8jEid2ulXsYA88JEif9lmfbZ7PDqJeCKkcUl3aPwFsKu >D8NGEU4P85/g7RRRHA3SmG4hkWJjPyCIHHMPAt5Q+FZd7xsX0sn2zXf0jQpvLnno >WgcKVEyCtILhu2IRGzGNVZUvGfFpP5Ja81E788TsHzbqYTWA5XBjX0StIjx+julq >lPHeHs4cJBO+9G/wDuThblxwImRvaDhWAduYm0qmpSLQUZlq1HsJXzLQLze68Iwb >EdipLsLRZk1nQrEbVD7lLEgwSeRSV7MnpQBptyLTqzv2ERYk/rDvPN0grqBzVCgk >JW6Uw1/oVTSJE0wo3grhmU5mFpLXkF0Yh+UYttuiAqLNbrH0kuQe+Gs50A8Zbept >jzKy02QuLxpTkRKmtaMwBdp/GA6VAby3iac5UqzPft6gGunZGjZnYKAEZ0TaP/or >qcMrebAUNjTB9+KoNWIIHp0pJS63izggp9gVxItK6j80Rpkwe374CwEexDwuKkJ1 >tWJUDES0nKd0VbRrweUibZEslpWULfjvSgWldG7NrZEQWFb/77RULvxrAb5LPVNM >1u0VeSj8OotH5/IOWNzCsF1XOdeCAxI9dsLZIgYARfK0LmqVDxAvMtVenIVjL8Jo >ryxa/gT8RTi1mBX1osYEapKXzN2l63kbsiaLVSajb9atBTuY8PflSOqUi3lD9jUd >60iVFxFw10C/DrhpDG0PwzFG1flb1ajz4nyMuPLsYP8tC2bUGVv4nato9s+zpJlN >sgS1aHzzXKTAqnLiBA0BOCLoQu7mmCUShDYwLwzPqGdRiXfmZ0X4vGDbeXq0cxE9 >/IsQv7nJlWZWHyJJaC9K1ubyjUYS7zvodFXd6nL/6w0EIZTnmZ+R+PvZkw9C0z4J >EeUIB6uNVikn2qVCylncQGIsKZuSBz+VZS0281GsM0K+Be/Mx6Q9BEDR7wSqUbx/ >tHZWtvwQwtutnd/sWGsRseHtx5pK79+sgwTDQDgxI4Jnyz2FKupyyXNNm6bzljS4 >qJbvXC+Q1rH/XD1L4zTBYqQsUQrJdpSCnCbqyTR4a+HfZNHcfsxJ4890h0WPE9cC >gGom2XoZ6LeHpMtL+RyNbL9lVVPwbPzl+Nrp1Yf7qLtBjSi0kTUh8tArJLbYMh+z >Tz7Dc4qjj35Eu+5jAV+Nv09yumfq40IfGBZnxy8KUfKMo6GcuII1xsn2RRpx0wrP >8L87xKjRi5l4UFuPhv5aMNixU6JR+VRp7XPKryfsLsac8OaxOqSoU3zeAQB67Wlu >hQ== >=rBPU >-----END PGP MESSAGE-----

2 1

dutch operators and experience with dutch providers
by Rejo Zenger 18 Jan '14

18 Jan '14

Hi, Are you a Dutch relay operator or do you have experience with hosting a Tor node with a Dutch ISP? Please get in touch with me! I'm colaborating with a journalist from one of the leading technology media websites on one or more stories that will describe the environment for Dutch Tor relay operators. What are the main problems you are facing, are Tor relays a problem to the average Dutch ISP, etc? -- Rejo Zenger . <rejo(a)zenger.nl> . 0x21DBEFD4 . <https://rejo.zenger.nl> GPG encrypted e-mail preferred . +31.6.39642738 . @rejozenger

1 0

Irony and inconsistency
by I 18 Jan '14

18 Jan '14

In this morning's messages - One about three relays paid for a year in advance. “Something Solutions LLC has decided to ban the usage of TOR.“ despite “We DO Allow Tor Relays" being in their current AUP. One about downloading Tor and installing it as an exit for me when I couldn't. “This issue has now been resolved. root@XXXIX:/# tor Jan 02 23:51:53.668 [notice] Tor v0.2.4.20 (git-0d50b03673670de6) running on Linux with Libevent 2.0.19-stable and OpenSSL 1.0.1c. Best Regards," Robert ____________________________________________________________ FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop! Check it out at http://www.inbox.com/earth

5 6

Tor listenes to UDP ports?
by Wollomatic 18 Jan '14

18 Jan '14

Dear all, i run a tor relay (version 0.2.4.20) on debian wheezy. Today I noticed Tor uses some UDP ports: # netstat -tulpen tcp 0 0 0.0.0.0:9030 0.0.0.0:* LISTEN 0 46692311 26643/tor tcp 0 0 0.0.0.0:9001 0.0.0.0:* LISTEN 0 46692310 26643/tor [...] udp 0 0 0.0.0.0:33915 0.0.0.0:* 104 46692315 26643/tor udp 0 0 0.0.0.0:56554 0.0.0.0:* 104 46692316 26643/tor udp 0 0 0.0.0.0:34821 0.0.0.0:* 104 46692317 26643/tor udp 0 0 0.0.0.0:49463 0.0.0.0:* 104 46692314 26643/tor Since I thought Tor only uses TCP may this be a security problem with my server? Best regards, Wollomatic -- PGP 0xC1BF1482

4 4

Tor Cloud: still not listed
by Patrick ZAJDA 18 Jan '14

18 Jan '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, I have set up an Amazon EC2 instance to run a Tor Relay, I chose Obfsproxy Bridges. First, I am blind and I am not to read the "How to" in the Get started page of cloud.torproject.org, so I though all was configured, and had a surprise with the security group I have to define by myself. :) So my question is: would it be possible to make the step by step instructions accessible please ? Less pictures or more text in all cases, having text doesn't require to remove images. The second point is: I looked at the configuration, and noticed bridge is set to 1. I though it made the tor relay private, do I have miss-understood something? If I didn't miss-understand, that explains why it is still not listed on atlas.torproject.org, and there is a problem with the provided EC2 image. Else, how long in my relay will be listed? And which reasons could make my relay unavailable on atlas? I opened all four ports I found on the get started page but half an hour latter, it is still not listed. Thanks, - -- Patrick ZAJDA Skype : gansta93 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS1o1vAAoJEKPVT2DeSPb41WYIAKc3PWOf5RB0dUdo/Rcru2iF 8LceynqNjYbqyjJxwQbBIdpXkUHfoD1t2D9Tv8DYYrm0pLHrPWDzRZbbKHKPCiKI VlvrUy7TKyLPl6CKV3QztMMx62jGYsxitEOjy2b7GS2XyA1VnWu5JR8TgDNBeh4L KeP3CQOLKGS3dyqOfEjXzBpSb3sQQwJbzVjZJIZBaGMgqYbEVU7YsPdP/+e+1/0H V0T/uDTgquCE2eo7tXjgQLp97IAKIxrufJewaVnwJjTNDVwAxh5VigFhMbebf7yW rLo3PRGZMrCrJ5I9niGziGglmnnqWHmLxLIHRHx00TH1E+2fV+fPlWY3ssMwEuk= =SfE2 -----END PGP SIGNATURE-----

7 11

Relay, bridge, and family members
by Patrick ZAJDA 18 Jan '14

18 Jan '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, Now I created a bridge, I'd like to create a relay on a dedicated server. I read about the FamilyMembers configuration value, to list all relay which are from the same owner. If I create another relay, do I have to put the bridge fingerprint to the new relay and put the relay fingerprint in the bridge configuration? Thanks, - -- Patrick ZAJDA Skype : gansta93 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS1qH1AAoJEKPVT2DeSPb4+QUIALJNLP9MsGN8FbPEP6EegNV9 gcc66Iz2Z7maJD35pMquQqBqJrK+Zo6brSe2aX0N9+GipV9+jCpMa0hUOfzsf1h8 oebEjDLPgf4nxE6GuztU7Jkm0XwqHFmT1ELFPS2qU/EwGOBhj4l0Pywff7qfhBBC nvM+5O6+DRVD/44RGyhQqaNCDkxYuUkcLMJUX104RCoBQ6WmPYRBEPBm8YbrPKmc eGZNpRggSDRYzITZrT0SneIzExFP5IbTdGlHidyL4it70iJDI+LBZsm/ZGMENv/h lUYHe8RQbmDgt81BB+dq763zIeFMvBMOtJEdVdWPtuzsGypLxWJPMiR0NKqf6ZI= =X0ps -----END PGP SIGNATURE-----

6 7

Bad experience with hetzner.de and "Trusted Tor Traceroutes" experiment
by irregulator＠riseup.net 18 Jan '14

18 Jan '14

Hello there, We're running a Tor relay (not exit) on a virtual private server at Hetzner for about a year. On Wednesday January 8th, we decided to take part in the "Trying Trusted Tor Traceroutes" [1] research experiment. There have been various calls for participation on public mailing lists [2] [3]. The traceroutes were conducted using the scamper package, as suggested in README. We imposed no rate limiting to requests, just run the script with default values. Some hours later, Thursday 9th, we received an email from Hetzner stating that our server was taking part in attacks and they would suspend our instance if we didn't react within 8 hours. As soon as we got the warning we killed scamper conducting the traceroutes, and followed the procedure so as not to get our instance suspended. Hetzner also asked for some explanations about why we think our server was not taking part in the attack. We responded via email with a full explanation about the traceroutes from our server and the "Trying Trusted Tor Traceroutes" experiment from various researchers from University of Illinois [1]. We told Hetzner that our server was making harmless and legal traceroutes to various destinations on the Internet, thus they had no reason to suspend our instance. Twenty four hours later, Friday 10th, Hetzner blocked network access to the IP address of our server, did send us an email about blocking, but ignored our exlanations submitted the previous day. After the blockage of our IP we insisted on trying to resolve the case by sending one more email exlaining the situation and asking to unblock us, and then opening a ticket. Hetner's response to the last email (5 hours later) was that we should open a ticket, which we already had done. Alas, our ticket was marked as duplicate and closed(?). During this loophole support nightmare most responses from Hetzner's part actually seemed to be machine generated. At last Hetzner asked us via email to send them a signed document via fax(!) containing explanations about the incident. Now that was ridiculous, since we had submitted explanations already three times with the first submission only four hours after Hetzner's first warning on Thursday. Nevertheless, we did resend the explanation. After about 7 hours of downtime, Hetzner unblocked network access to our server. More than 36 hours later they sent an email "Dear Mr. xxxx, your server is unlocked." Concluding, - Hetzner considers traceroutes to various internet destinations as attack. All relay operators with machines at Hetzner should be _careful_ when taking part in "Trying Trusted Tor Traceroutes" experiment. - Hetzner has awful customer support. Cheers, Alex [1] https://web.engr.illinois.edu/~das17/tor-traceroute_v1.html [2] https://lists.torproject.org/pipermail/tor-relays/2013-October/003113.html [3] https://lists.torproject.org/pipermail/tor-news/2014-January/000027.html

4 7

Re: [tor-relays] using Curve p25519 cryptography for type 2(Mixmaster) and type 3(mixminion) remailer blocks
by grarpamp 15 Jan '14

15 Jan '14

>> On Tue, Jan 14, 2014 at 2:14 PM, gwen hastings <gwen(a)cypherpunks.to> wrote: >>> ... >>> I am looking at resurrecting >>> >>> mixmaster, mixminion and nym.alias.net nymserver designs from the >>> various code wastebaskets and retrofit them with some newer encryption >>> technology based on curve25519 and poly-1305 libsodium based algorithms >>> and routines. I believe there is sufficient demand to merit deployment of a good mix network. As well as perhaps web/other intake frontends due to the now prevalent a) dwindling free email b) demand by mail providers for phone authentication. As for operators, I'd reach out to the Tor, I2P, Bitcoin, etc operators. It's a shame that one of the hardest things to find these days is anonymous free speech in the simple form of the written word.

1 0

Re: [tor-relays] System Time
by Moritz Klammler 15 Jan '14

15 Jan '14

Hi, if the time difference is too big, NTP will refuse to touch the clock altogether. You can force an update by the '-g' option. However, the adjustment might still be slow. I'd do the following (as root): # hwclock --set --utc --date="2014-01-14 22:05:35" # ntpd -qg The first command manually sets the hardware clock to the approximate correct time (which you should adjust, of course). Note that the date string must specify the time in your local timezone, despite the '--utc' option. The second command tells NTP to do a one-shot sync ('-q') and allow an initial big adjustment ('-g'). Then, for the future, just make sure you have the NTP daemon enabled to keep the clock in sync. On Debian, if you have installed the 'ntp' package, this should be fine. Happy Hacking Moritz Jeroen Massar <jeroen(a)massar.ch> writes: > On 2014-01-14 21:05, I wrote: >> Jeroen, >> >> Thank you. It did that but I can't see a change. > > NTP adjusts slowly, as your clock is 6+ hours off, you should force the > timesync first, eg with with rdate (apt-get install rdate): > > rdate -v ntp.xs4all.nl > > should do the trick. Then after that make sure that ntpd is running: > /etc/init.d/ntp restart > >> The VPS person said it is set to UTC. Previously on another VPS it >> was another relay in the ?circuit which had the time difference. > > UTC is a timezone, and having that is great as it avoids all the > pitfalls and annoyances with summer/winter time. > > Note that some VPSs do not allow changing of the time, one will have to > ask the host to set the time. > > Do note that a VPS can be inspected and controlled easily by the Host, > as such, make sure that you trust that operator. > > Greets, > Jeroen -- OpenPGP: Public Key: http://openpgp.klammler.eu Fingerprint: 80C1 EC79 B554 3D84 0A35 A728 7057 B288 CE61 2235

2 1

Throughput changes?
by Thomas Themel 14 Jan '14

14 Jan '14

Hi, I've been running two nodes on the same machine for some time because I was unable to get enough throughput to blow through my bandwidth budget otherwise. However, something seems to have changed recently, since right now I'm blasting through about double my usual bandwidth (~25 MB/s) with the two tor jobs at only ~60% CPU usage each while previously it was always CPU limited. This doesn't seem to correlate with any software updates on the machine. Here's atlas: https://atlas.torproject.org/#details/3DD2523F1B241F01D54818F327714CDA7F542… ciao, -- [*Thomas Themel*] [Albulastrasse 52] To begin with, GNU will be a kernel [...] [ CH-8048 Zürich ] - RMS announcing GNU in 1983 [*+41 78 9070988*]

4 8

recent OVH feedback?
by Alan Turing 13 Jan '14

13 Jan '14

Dear all, I am currently running a fairly large tor relay (no exit, due to OVH's restrictive policies) and would like to know if other people have made experiences with running non-exit relays using OVH's services. Did any contracts get canceled or did you receive any kind of (legal) threats by OVH for doing so? Have you made positive experience with OVH regarding non-exit relays? I'd be grateful for information. regards, s.

3 2

404: /tor/keys/fp-sk/print-print not found
by nano 12 Jan '14

12 Jan '14

I haven't looked into this at all yet, thought I would share it here first. Both my exit relays [0] received these repeated warnings around the same time yesterday: timestamp [warn] Received http status code 404 ("Not found") from server 'server1IP:port' while fetching "/tor/keys/fp-sk/A1B2C3D4E5F6G7H8I9J0K1L2M3N4O5P6Q7R8S9T0-A1B2C3D4E5F6G7H8I9J0K1L2M3N4O5P6Q7R8S9T0". timestamp [warn] Received http status code 404 ("Not found") from server 'server2IP:port' while fetching "/tor/keys/fp-sk/A1B2C3D4E5F6G7H8I9J0K1L2M3N4O5P6Q7R8S9T0-A1B2C3D4E5F6G7H8I9J0K1L2M3N4O5P6Q7R8S9T0". timestamp [warn] Received http status code 404 ("Not found") from server 'server3IP:port' while fetching "/tor/keys/fp-sk/A1B2C3D4E5F6G7H8I9J0K1L2M3N4O5P6Q7R8S9T0-A1B2C3D4E5F6G7H8I9J0K1L2M3N4O5P6Q7R8S9T0". timestamp [warn] Received http status code 404 ("Not found") from server 'server4IP:port' while fetching "/tor/keys/fp-sk/A1B2C3D4E5F6G7H8I9J0K1L2M3N4O5P6Q7R8S9T0-A1B2C3D4E5F6G7H8I9J0K1L2M3N4O5P6Q7R8S9T0". Only one timestamp and serverIP was consistent on both relays. All fingerprints, however, were consistent on both. Hasn't appeared before or since. Anything to worry about? Thanks. [0] https://atlas.torproject.org/#details/799B025E25850A88CD133276301FAFB731C2E… -- syn.bsdbox.co

3 4

Re: [tor-relays] One relay shown as two
by Andy45 11 Jan '14

11 Jan '14

Thanks to everyone who replied to my question. I guess I'll just be patient then! The funny thing is that I never did reinstall Tor/Vidalia... although I got one working then the other with different configs for a while. That may have been it. Thanks! Andy

1 0

One relay shown as two relays in Atlas
by Andy45 10 Jan '14

10 Jan '14

Hello all! My question is related to Atlas. I asked this question on Tor help and I was referred to here. Here are my questions: I run a small exit relay on my computer. (Nickname is Andy45 and IP address is 108.249.221.251 if you want to look at this problem on Atlas for your self.) When I look up my relay on the Atlas, the relay is displayed as two separate relays with differing bandwidths and different uptimes. I'm not sure what's up with that - but my best guess is that it is splitting the amount of bandwidth I donate in half? The one of the average bandwidths listed on Atlas is a fair amount less than what the bandwidth monitor shows I give. (70 kbps rather than 100+ kbps.) Thanks, Andy

3 2

Hidden Service web design to speed load times
by Gordon Morehouse 09 Jan '14

09 Jan '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hey folks, I've been off the list for quite a long time due to personal reasons, and I'm aware I have a couple irons still in the fire WRT RasPi and the SYN flood stuff - I'll get to it. Today, though, I came across this article: http://csswizardry.com/2013/01/front-end-performance-for-web-designers-and-… tl;dr you can add a 'dns-prefetch' link tag in the HEAD of HTML documents to do DNS lookups ASAP, instead of later on when the browser parses the content which does it, or your Javascript (yeah, I know) does it, etc. I'm wondering if this would have any value for Tor hidden services - would a "DNS lookup" of a .onion force Tor to start building a circuit to the hidden service in question? I suppose one could deliberately request a nonexistent file or a 1x1 pixel PNG or something, too, to get the circuit built, but this is obviously a little cleaner and probably a little better for privacy versus an HTTP request which may be logged even if the user never takes an action to *actually* request real info. Just a thought for hidden service operations. It's always easier to get one's message out the less time it takes to load. Best, - -Gordon M. -----BEGIN PGP SIGNATURE----- iQEcBAEBCgAGBQJSztxfAAoJED/jpRoe7/ujrx8IAJyREaH6TZ2z5GjBPrZfZcir fWi5zfwO/t/we/uQzn0IriM8DIMvLQOHS1Z9ly/qzUyoBLPRxzUqPpkzmtzXgXOy l2bAhmRCSyGZXDgE4GAXpVXP8w2w3fb7ijJADqy+I/nqQYZX7MMzlcT8hlsqqon9 I39ITwbDoUuem+y/XG/IICcbTVBsrH3m2auhRBfHawAJW8iO6xooltyUS6JExxLB fALfaG64YOy8mv+eyOT4tYoP67r8miEDlmTnplARUKw458lihqlnZ1TrCN+AVaJt OJCXiDnqghvBAJE+v/5JWJOMDr90ucI/+9mitOmbbQh03JOSRsSryeffPmUN08c= =gl1d -----END PGP SIGNATURE-----

1 0

VPS ports closed
by I 09 Jan '14

09 Jan '14

Is there a way to open ports for Tor as an VPS account holder? Robert ____________________________________________________________ FREE ONLINE PHOTOSHARING - Share your photos online with your friends and family! Visit http://www.inbox.com/photosharing to find out more!

5 7

How to force VPS to update to current release?
by I 08 Jan '14

08 Jan '14

Anyone, On a new VPS putting the right entries in the sources.list won't get the current release. apt-get update or upgrade gets with more Ign http://torproject.org tor-experimental-0.2.5.x-precise/main Translation-en W: Failed to fetch http://torproject.org/torproject.org/dists/precise/main/binar y-i386/Packages Undetermined Error [IP: 38.229.72.14 80] Either could someone tell me how to force an update from the very old Ubuntu held one I managed to get or tell me how to get to the current package some other way? Searching for help for Linux without sufficient jargon is hard. Robert ____________________________________________________________ FREE 3D MARINE AQUARIUM SCREENSAVER - Watch dolphins, sharks & orcas on your desktop! Check it out at http://www.inbox.com/marineaquarium

5 11