- tor-relays - lists.torproject.org

gazduire.ro
by Moritz Bartl 05 Jul '14

05 Jul '14

Potentially interesting candidate for Tor exits. Someone on IRC said they accepted exits. I didn't look at it in detail, it would be interesting to know if they're just using Voxility or a different data center/peering. https://www.gazduire.ro/ https://www.voxility.com/ One of our bridge servers is located at m247, which are very friendly, but I don't know if they allow exits, and they're a subsidiary of a UK company: https://www.m247.ro/ -- Moritz Bartl https://www.torservers.net/

2 1

Why did my relay fall out of the consensus?
by Steve Snyder 04 Jul '14

04 Jul '14

On June 9th my relay, which was established about 20 months ago, fell out of the cached consensus. There are no errors in the logs, just notices that the relay is not in the cached consensus. Apart from upgrading to Tor v0.2.4.22 3 days earlier I haven't made any changes to the server. Anyone know what's going on here? https://exonerator.torproject.org/?targetaddr=&targetPort=&ip=5.9.191.52&ti… Thanks.

4 7

TAO on tor ops
by obx＠riseup.net 04 Jul '14

04 Jul '14

Do we have to assume to get targeted by TAO? Should we dump hardware ordered online?

2 1

NSA special treatment for Tor community
by no.thing_to-hide＠cryptopathie.eu 04 Jul '14

04 Jul '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Tor relays! If you did not subscribe to the talk-list, like me until this evening, you may have missed the latest surveillance news: The NSA targets directly the nine Tor directory servers https://daserste.ndr.de/panorama/aktuell/nsa230_page-1.html The whole article is highly recommended to read. In what way normal, internal relays like mine are affected, is not further investigated. Best regards, and: Stay wiretapped! Anton - -- no.thing_to-hide at cryptopathie dot eu 0x30C3CDF0, RSA 2048, 24 Mar 2014 0FF8 A811 8857 1B7E 195B 649E CC26 E1A5 30C3 CDF0 Bitmessage (no metadata): BM-2cXixKZaqzJmTfz6ojiyLzmKg2JbzDnApC -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJTtdjNAAoJEMwm4aUww83wl1gH/0k7HpY1k+ZQVrwowyZfVRK+ EnIJLarO8sOTKIz9wFpu3ZTo8x8zDBlca05au6Wa/RuxHzf8W5yl+xgulBKKhQkR l+lqQvv0Me2DcwFTfUsBoYkNxaoaf0sF1yO2Bn1OF3iMQO+nyF5bMV6WLq722AoR jFsvvvVP6JIRd14HFVLKMrpOvqEPkJa0XTpvQGBUpKxJA/+/hj+Od+/RpwC2eyIM lAjrDxvDGFwIzCFn/vgBGMSvOUmm+LVnMR/uVmNCRAylmF25YtkP3t4tM7iPKMNg 1aQWCCnT6UusdkSzjs3AazcIA9797029wDTZ4B9dUljhB4i3DrcdgiX3txjqQQw= =zCCT -----END PGP SIGNATURE-----

2 1

Re: [tor-relays] New Tor node operator hibernation question
by Simon Hanna 03 Jul '14

03 Jul '14

On Tue, Jul 1, 2014 at 7:34 AM, <pandemicrelay(a)hushmail.com> wrote: > Hello, > > I am a new Tor relay operator, and have setup my first relay. It's been > running as a Tor middle relay for about 10 days now, and it's been running > solid. It has the stable, guard, fast, running, and valid flags. I have my > AccountingMax quota set to start at the first of each month at midnight. > However, just past midnight on 07-01 Tor said it was going to hibernate > until 07-05. This had me confused as I was only about half way through my > monthly quota setup in AccountingMax for June, and my hosting provider > reset the data on the first at midnight. I read the manual page about > AccountingMax again, and it appears this may have been normal behavior. > However before I read the manual page, I forced my relay to wake up out of > that hibernation. It appears to be operating normally right now. However, I > am wondering if this will cause any issues this month, or in future months? > Also, can someone explain if the hibernation of 5 days was normal behavior > to begin with. > > Thank you > As far as I know, tor startes at some random point so that not all nodes are up in the beginning of the month. If every node would do that, at the end of the month (or day if all have accounting per day) nobody would be able to use tor...

1 0

Obfs + Non-obfs bridges
by Daniel Thill 03 Jul '14

03 Jul '14

Can a single tor daemon instance provide both non-obfuscated and various other obfuscated transports? Right now, I have one instance that provides both obfs3 and scramblesuit. E.g., ServerTransportPlugin obfs3,scramblesuit exec /usr/local/bin/obfsproxy managed ServerTransportListenAddr obfs3 MYIP:PORT ServerTransportListenAddr scramblesuit MYIP:PORT2 I currently have another tor instance that runs a vanilla bridge configuration (no transports) on a different port. Is this really necessary? I couldn't find any documentation that address this. Can non-transport clients use any bridge by simply not negotiating a transport? There is a "none" pluggable transport type, but I figured that was for debugging purposes. Thanks, Dan

2 1

Running tor in VPS - keep away snooping eyes
by Kali Tor 03 Jul '14

03 Jul '14

All, Are there anything special that needs to be done to make sure that Tor nodes running inside VMs (VPS) is protected from snooping eyes? Since there is hardly any data at rest I am assuming not, but then, what do I know!:) -kali-

5 10

rejected hit from China
by Larry Brandt 03 Jul '14

03 Jul '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Today my router blocked two hits from Chinese server 218.77.79.43:59762 to my 68.66.154.214:21. I don't listen to port 21. I don't listen to 21. Should I take some action? Is this normal or academic or...? glowworm -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTtMqbAAoJEGtidykNvjCmS+AH/353bFiZs8tJ+3iUwCPARUOj 9stR4/Hhq+vCk9NCnaYYJ/rQn3d0ZQW8SaZXmxzaqsTe+8eioy9n8sAELLEe9xMe VMenA5tYMkjIl08V7PW3v05S7Ap631BtTuO2TXeCickmz0frcDnEHVHAbfklFNLZ h67U/uAN2OYp1iu6++IBBoZOTpU6dAsDpRUGZofS9gWpNdqWB5En3hzaoCS2hEXT sG6N/mkExMBbmQri3pp02KIakOx8OzYi3Nl+ByxDHIqtmLEmu+3+clEEpYlSI6yN 3je75ek+e42HLVSepvLXhfA8rDQabl3TjGOq+VXdDZNwPWntBfpnfkwBhp+TnQk= =/PSG -----END PGP SIGNATURE-----

2 1

Why is UFW bllocking allowed TOR traffic?
by Jeff Odell 02 Jul '14

02 Jul '14

I was monitoring UFW today and noticed that it was periodically blocking allowed TOR traffic. any ideas why from those with more experience than I? toradmin@IrvineTorExit:~$ sudo ufw status Status: active To Action From -- ------ ---- 22 ALLOW Anywhere 9001/tcp ALLOW Anywhere 9030/tcp ALLOW Anywhere 80 ALLOW Anywhere 22 (v6) ALLOW Anywhere (v6) 9001/tcp (v6) ALLOW Anywhere (v6) 9030/tcp (v6) ALLOW Anywhere (v6) 80 (v6) ALLOW Anywhere (v6) toradmin@IrvineTorExit:~$ sudo tail -f /var/log/syslog | grep DPT=9001 Jun 22 15:38:12 IrvineTorExit kernel: [ 2159.246977] [UFW BLOCK] IN=eth0 OUT= MAC=04:01:1b:5e:9a:01:28:8a:1c:64:cf:f0:08:00 SRC=92.108.200.200 DST=188.226.199.250 LEN=52 TOS=0x00 PREC=0x00 TTL=120 ID=10392 DF PROTO=TCP SPT=52000 DPT=9001 WINDOW=16652 RES=0x00 ACK URGP=0 Jun 22 15:38:12 IrvineTorExit kernel: [ 2159.246988] [UFW BLOCK] IN=eth0 OUT= MAC=04:01:1b:5e:9a:01:28:8a:1c:64:cf:f0:08:00 SRC=92.108.200.200 DST=188.226.199.250 LEN=52 TOS=0x00 PREC=0x00 TTL=120 ID=10396 DF PROTO=TCP SPT=52000 DPT=9001 WINDOW=16652 RES=0x00 ACK URGP=0 Regards, Jeff

3 2

FYI: Tor-Ops Meeting in Vienna
by MacLemon 02 Jul '14

02 Jul '14

Hoi! Yes, this is a crosspost of tor-talk, please be gentle. There will be a Tor-ops meeting on Thursday, 2014-07-03, 19:00 at the Metalab[0] in Vienna/Austria. The meeting was planned way before the recent rulings in Austria became known but they will be discussed for certain. The actual purpose of the meeting shall be to finally found a Torservers.at organisation (German word: Verein) in Austria that works on running nodes in the public interest as well as exchange know-how and best practice on running relays, bridges and exits. So in case you're in Vienna, please join! Best regards MacLemon [0]: http://metalab.at/wiki/Lage "How to get to Metalab"

4 4