tor-relays July 2013

tor-relays@lists.torproject.org

55 participants
33 discussions

Need help to get TorDNSEL compiled
by BlueStar88 26 Jun '14

26 Jun '14

Hi there, today I've read about the outage at "check.torproject.org". Since my torcheck-service "torcheck.xenobite.eu" needs the underlying TorDNSEL feature I'm trying to get this to work on my host. Like this I won't need to query the TorDNSEL-part of "check.torproject.org" anymore. I'm not into programming and do not know anything about haskell, c++ and such. So be patient with me on such matters. ;-) I've DL'ed the code from the internet website mirror [2]. I've prepp'ed all the dependencies using lucid binary packages: ghc6 6.12.1-12 libghc6-mtl-dev 1.1.0.2-10 libghc6-network-dev 2.2.1.7-1 libghc6-time-dev 1.1.2.4-2 libghc6-hunit-dev 1.2.2.1-2 libssl-dev 0.9.8k-7ubuntu8.15 libghc6-stm-prof 2.1.1.2-5 libghc6-binary-prof 0.5.0.2-1 First error I got on compile attempt was: src/TorDNSEL/Main.hs:81:21: parse error on input `#' That was quite easy thought: import GHC.Prim (Addr#) I deleted the '#' hopefully making it correct this way. Next error is some numbers too high for me now: src/TorDNSEL/DeepSeq.hs:20:7: Could not find module `Data.ByteString': It is a member of the hidden package `bytestring-0.9.1.5'. Perhaps you need to add `bytestring' to the build-depends in your .cabal file. Use -v to see a list of the files searched for. The libghc6-bytestring-dev-0.9.1.5-125af ist installed by it's main package ghc6 6.12.1-12. Any ideas? Or are there some binary packages for TorDNSEL around, to make this more easy for me? :-P Thanks, BlueStar88 [1] https://blog.torproject.org/blog/tor-check-outage-03-and-04-july-2013 [2] https://www.torproject.org/tordnsel/dist/tordnsel-0.0.6.tar.gz

3 7

Exit relay operators: a call for packets on port 8118
by rotpoison throngnet 09 Sep '13

09 Sep '13

I am an exit relay operator in Honolulu that has posted to this list before, on the same subject. I am hoping that some other exit relay operators can sniff for packets to destination port 8118 (usually used for Privoxy) to confirm that they are seeing the same thing I am on all exit relays that I have set up in the last half year. Depending on your network configuration, you might have to instead record firewall logs for that port. Don’t worry, unless you have your Privoxy service open to the world, you won’t be intercepting or eavesdropping on any legitimate traffic. You should just be seeing SYN packets from a few hundred-strong net of Windows servers now hosted at Gorilla Servers, Ubiquity/Nobistech, and Limestone Networks, with a handful at Psychz. I am calling this malicious (?) net of Windows servers Rotpoi$on. I have more details in the most recent blog post at https://b.kentbackman.com Thanks for your help. - Kent

5 5

Home broadband - worth running a relay?
by Nick 01 Aug '13

01 Aug '13

Hi there, I have a reasonable ADSL connection, and a little always-on server. The bandwidth is in the region of 2Mib/s down, something less up (maybe 256Kib/s). Is it useful for me to run a tor relay with this bandwidth? I'd like to run one which isn't an exit, at least for now. If not, am I correct in thinking that a bridge is an appropriate help? That's what I'm doing currently, but if a relay would be more useful I'd be very happy to do that. One other unrelated(ish) question: I'm in the UK, where the idea of censorship isn't resisted as strongly as it ought to be, and as a result my internet connection is subject to a smallish amount of censorship: whatever is on the secret IWF blacklist plus the pirate bay. Does this mean that running an exit node from a home connection here at some point in the future would not be helpful? Or only if all HTTP(S) was blocked (as the IWF blacklist is secret there's presumably no way to tell the tor network what is inaccessible from this node). Thanks in advance, Nick

12 23

What to do about port scans?
by Steve Snyder 31 Jul '13

31 Jul '13

I wouldn't have thought that the Tor network was fast enough for port scanning, but apparently it is. I have recently seen a rash of SSH port scanning (or so my ISP reports). What can/should I do about this? I know I can limit the rate of connections using iptables. What's the consensus on this? Is this considered advisable, or a breach of expected exit node behavior? Do I have any options other than iptables to restrict the rate of port 22 connection attempts? Thanks.

3 3

Re: [tor-relays] Home broadband - worth running a relay?
by ROCKsolid69r＠gmail.com 31 Jul '13

31 Jul '13

1 0

Re: [tor-relays] Home broadband - worth running a relay?
by ROCKsolid69r＠gmail.com 31 Jul '13

31 Jul '13

1 0

VPN termination on relays
by grarpamp 31 Jul '13

31 Jul '13

> Mosh is great, but it still relies exclusively on UDP, right? > So no "over Tor"... Somewhat related to things that don't work via exits... So who wants to offer VPN termination as part of their exit service? User tunnels VPN to you, you give back a bound port, or a natted 10 address, somethings of that sort.

1 0

Fwd: Computer requirements for a modest (15-20Mbs) relay?
by Zack Weinberg 31 Jul '13

31 Jul '13

On Mon, Jul 29, 2013 at 12:35 PM, Andy Isaacson <adi(a)hexapodia.org> wrote: > Yes, there are cases of law enforcement seizing all computer gear from a > house with a exit node -- not just the exit node computer. Most > recently in Austria in a child porn investigation. [...] We did some operational planning for this risk, in conjunction with the university legal and IT departments, when we set up the CMU Tor exit. The machine is in a cube farm filled with other equipment that people need for their work; this is because we want to have immediate physical access to it in an emergency, and anywhere else we could put it would interfere with that. However, it has its own dedicated IP address, it runs absolutely no other services, it is clearly labeled both in DNS and on the physical box, and there's nothing else on the table it sits on. The hope is that this will be sufficient to persuade law enforcement to seize *only* that machine, if it comes to it. Of course, it helps as much or more to have the equipment under the aegis of an organization with lawyers already briefed and on tap, and that has trained all the staff to call legal *before doing anything else* when the police show up. Also, the greater operational threat is having the plug pulled by one's connectivity provider. I personally would not risk having an exit node in my house for that reason alone. zw

3 3

Sitevalley is no longer Tor-friendly
by Tom Ritter 30 Jul '13

30 Jul '13

Sending this out, as I suspect I am not the only person running a node on SiteValley, as they have pretty good bandwidth for pretty cheap. I had inquired in the beginning if they allowed Tor, and they said yes, but if we get too many abuse complaints we'll shut it down. So maybe 4 or 5 abuse complaints later they did indeed give me the ultimatum to shut it down or get shut down. So I made them give me a new IP address, and made it into a middle node. (The new IP was because I was thinking of making it a bridge.) Well this morning they told me TOR (their caps, not mine ;) is not allowed at all. I argued with them a little bit, and TLDR you might be able to get a partial refund. I'd much rather have had the bandwidth though. I'm not in a position to run high-maintence nodes, so this being a pretty fast, maintenance-once-every-three-months dedicated-to-Tor node - I was pretty happy with it. Our conversation: ----------------- Your VPS X.Y.Z.W has been suspended due to running tor anonymyzer which is forbidden according to our Acceptable Use Policy, paragraph 8 "Prohibited Activities" http://www.sitevalley.com/acceptable-use-policy/. In order to have your VPS unsuspended you need to agree to remove tor from it within 24 hours after the unsuspension. Failure to abide by this provision may result in termination of your account. We have to warn you that on receiving next abuse your VPS will be terminated without without prior notice. ----------------- If you refer to Contact Form ID #YXX-XXXXyou'll see that I confirmed with you before I purchased the VPS that allowing Tor was acceptable. I dealt with the 3 or 4 abuse complaints you sent me promptly, and in #FSA-XXXXI agreed to stop using the server as a Tor Exit Node, despite our previous conversation. The machine in question is running Tor in a non-Exit mode. Traffic from it does not appear to originate from the server, and it merely passes traffic within the Tor network. It cannot generate abuse complaints from third parties when running in this mode. Have you received an abuse complaint about this server? If so, can you forward it to me so I can investigate how it may have been created? ----------------- The node was found during system audit. May be you know that running tor (in any mode) is strictly forbidden by our Acceptable Use Policy because it can be used by third-parties for forwarding hidden illegal traffic. Unfortunately, we can start your VPS only in case you agree to remove tor. ----------------- I'll put aside the fact that your routers, DNS resolvers and every router of the internet also carries hidden illegal traffic, and that Tor is agnostic to that traffic as your routers are. I did NOT know that running Tor was not allowed because I ASKED you if I could, and you told me it was fine as long as it did not generate Abuse Complaints. Considering your AUP is so broad it can be made to cover anything you don't like, the only reasonable thing someone can do is ask if you'll allow something - which I did. I'd like a pro-rated refund of my remaining service, as you have misrepresented your services and your Acceptable Use Policy to me - if I had known you wouldn't allow me to use my bandwidth in a way that was not illegal in any jurisdiction, did not generate any abuse complaints or additional work for you, and that you would shut down my service after I confirmed what I was doing was okay with you - I would never have paid you in the first place. ----------------- Ticket YXX-XXXX dates from 26 Mar 2012. Our Terms of Service are subject to change and, according to our Terms of Service http://www.sitevalley.com/terms/ posting of such changed Terms and Conditions on the site constitutes notice of such changes to you (although we may choose additional types of notice). Our policy regarding TOR usage has been changed and as for now, running TOR applications on our servers is forbidden. We are very sorry that this provision prevents you from using our services in the manner you need to use it. All things considered, we can offer you two options: 1. We unsuspend your VPS, you remove TOR from it, let us know and we check it. or 2. We issue the partial refund and terminate your account with us. Please rest assured that we value you as our customer and would like to continue doing business with you. Also, please accept our apologies for any inconvenience this misunderstanding has been the reason of. ----------------- Thank you Dmitriy. Please issue the partial refund and terminate the account. ----------------- -tom

13 21

Computer requirements for a modest (15-20Mbs) relay?
by Nick 29 Jul '13

29 Jul '13

Hi, I'm probably going to move to a new ISP soon, and may well be able to get a fibre 20Mbps up connection, which is a nice thought. The question I have is whether my little ~1GHz home server box (a weird little x86 thing, I can dig out more specs if they're relevant) would be able to relay that level of traffic without issue? The TorExitGuidelines page on the wiki mentions that one "modern" CPU core should be able to push 100Mbps, but my server is probably 6/7 years old. It's a VIA board, which IIRC might have some hardware crypto acceleration or something - is that something that would be likely to help things if I can get it working? Thanks folks, Nick P.S. Are there any known cases of law enforcement seizing equipment or otherwise terrorising people for running home exit nodes? I would like to imagine that Tor is well known enough in such circles that such action would be rather unlikely nowadays. I know at least some remailer operators host stuff from their homes, but maybe that's lower risk.

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

tor-relays July 2013