[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [tor-relays] I would like to help.



A Pi 2 or better could saturate your average <100Mbit/s each way home connection running as a middle node. However, the Pi won't have any more processing power to spare for anything else, at least that's how it was with my Pi 2.

On 30.3.16 1:22, brightsidedarkside wrote:
Hey Genral G,

as far as I see, you plan to use your home connection for your contribution.
First of all: thanks for volunteering! [Although I'm not Mr Competence nor Mr InnerCircleofTrust.]

You should not at all run an exit if you can't, i.e. having a dedicated IP with lots of traffic and a provider being fine with Tor exits (which is absolutely not easy to find).
Under no circumstances run an exit on your home connection (and not with a PI).
Why? An exit always seems to be the origin of all activity running over it.
So, every abuse complaint concerns the exit in question. Your favourite law enforcement authority will visit you kindly (based on different values).
Another point is that IPs from exits are often blocked by webmasters, so even if you don't use Tor for yourself, you won't be able to access certain sites from your home connection any more.
An exit must be a dedicated server with enough power in terms of traffic.
I only have legacy PIs, but I can't imagine a recent PI would do the job - at least on my PIs, literally everything including the network is USB-bottlenecked, it won't even stream blue ray quality.
Exits are not so widespread which means they see literally all the traffic going through the network.

So, you have to decide whether you run a relay or a bridge.
A bridge helps people in censored and/or oppressive areas because a bridge's IP is not publicly available and therefore is not so likely associated with the Tor network.
Furthermore, you can setup pluggable transports that obfuscate traffic so a censor can't easily tell a user connects to the tor network.
All of this is favourable for users in legislations where the sheer use of Tor is sufficient for prosecution, be based on laws or by pure arbitrary will.
A bridge sees users, but not the huge gigs of traffic, so it suggest it to be the choice for a PI on a home connection.
It's not likely ordinary criminals from our own homes use bridges - for them, it's legal to use relays that provide the same amount of anonymity and, furthermore, are easier (automatically) to connect to.

I run a bridge and it's the time of political change that drives my users based on statistics.
A bridges IP is assigned to one of three pools and potential users can request up to three bridge IPs at a time.
This makes the overall amount of bridges unknown and prevents blocking all of them.

A relay provides the same amount of anonymity, but is aimed at users in legislations letting them legally want to seek anonymity.
The IPs are publicly available and therefore the avarage western user usually connects automatically, i.e. to a relay.
Relays see more traffic than bridges and a reason might be the often found better infrastructure in democratic countries including the according offers like high bandwidth streaming.
On a home connection, abuse complaints and prosecutors won't come for you running a middle relay.
But, as IPs are public, some webmasters even block all Tor IPs although this affects only the relays' operators as no Tor traffic exits a middle relay.
This means that you might be restricted from services even if you don't use Tor for yourself which could make your home connection partially useless for your purposes.

Also, I'm "not quite sure" a PI could stand the traffic and I have no experience in setting up a stable relay on a PI without unresponsiveness errors appering in the logs.
Search this mailing list for answers, the problem seems to be common.

The next question would be if you want to use Tor for yourself.
I strongly suggest parallel use of Tor Browser Bundle for your own purposes as your PI probably isn't your everyday dektop.

If run on a unixoid desktop, you would have the possibility to set up a virtual address space and iptables rules to route the whole traffic of a given user including DNS queries through Tor although there's a caveat in kernel package filter resulting in leaks under certain circumstances. Tor wiki addresses this topic.

The third possibility would be to route your whole network including smart tv und DVD players through tor.
Apart from increased network latency and a PI being slow, you're not anonymous if you send any personal identifiable information over the network.
In this scenario, this would affect your whole network.

My personal opinion is to forget about the concept of plug and forget and not to be surprised about the concept of ingnorance and surprise.

I would suggest you rely on the wiki.
First, it's very good and second, you can't yet judge information provided by people like me doing here.

I can't give you a quick introduction to linux administration.
I don't know if "noob" relates to Tor or to Linux in general.
As for Tor, you find an easy setup for a bridge or relay in the wiki, and for heavens sake, the most important option is "Exitpolicy reject *:*" in order to prevent obstacles you don't want to face at the beginning. Everything else just causes malfunction at worst.

So, the powepoint abyss ends here and the interesting stuff begins.
Note: you should be familiar with opening ports in your router/firewall and forwarding them to your PI.
First, do this:
https://www.torproject.org/docs/debian.html.en#ubuntu

Now this if you want a relay (not a bridge):
https://www.torproject.org/docs/tor-doc-relay.html.en
Notice: on linux, your config is in /etc, so look there for your torrc or a tor subfolder.

On the command line, "ls" lists a directory, "ls -al" shows even the hidden files and sizes and ownership.
"cd" changes directory. "cd /etc" would jump to /etc. "cd .." would jump to parent directory. Notice the blank space after cd.

Keep this in mind:
https://www.torproject.org/docs/tor-relay-debian.html.en#after
If you want overall automatic updates, I could deliver that later on, it would make this mail even longer.

If you want a bridge:
https://www.torproject.org/projects/obfsproxy-instructions.html.en#instructions

I suggest also offering scramblesuit as not all puggable obfuscation always works for every user.
This would affect the following line:
ServerTransportPlugin obfs3,scramblesuit exec /usr/local/bin/obfsproxy managed
I use Ubuntu and for us privileged, the toproject repository already offers pluggable transport via normal install and then, scramblesuit is already available.
I'm not sure about debian, torproject debian repos lack that python pluggable transport library.

And of course, that would need another port forwarded in your firewall. The procedure is the same as in obsproxy instructions link.

As I don't know about your noobiness, I suggest you install nano first, a command line text editor suitable for beginners.
Believe me, vi is hell, but not in Sartre's terms, there are no others, just hell and you stuck in it.

sudo apt-get install nano

After that, you can type "sudo nano /etc/torrc" (always without quotation marks) to edit your tor config.
If it's not there, serach for a torrc.
Do "sudo updatedb" and wait.
then type "locate torrc" and remember the path.

In order not to have to sudo every time to gain administrative privileges, type "su" or "sudo -i".

I hope this helps a bit.
Have fun with Tor and hopefully linux.

Greetings

christian

Am 30.03.2016 um 03:53 schrieb Generalgrievous:
I have a Banana Pi that I would like to use to help the TOR network.
I have installed Debian-Jessie and started researching the process for setting
up relay, even an exit.  I am a total noob, but willing to learn.  If someone is willing to help me step by step, I would be excited to help. I've tested my internet speed,  Download average 60 mbps, Upload avreage 6 mbps,
If I would be more of a hindrance than a benefit, please say so, no hard feelings.  Located Central CA.

        General G.

Sent from ProtonMail, encrypted email based in Switzerland.


_______________________________________________
tor-relays mailing list
tor-relays@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays



_______________________________________________
tor-relays mailing list
tor-relays@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

_______________________________________________
tor-relays mailing list
tor-relays@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays