tor-relays

tor-relays@lists.torproject.org

36 participants
4815 discussions

What do bridge operators expect when providing a ContactInfo line?
by Karsten Loesing 30 Sep '13

30 Sep '13

Hi bridge operators, Nick rightly suggests moving this discussion from Trac here: What do bridge operators expect when providing a ContactInfo line? Details are on Trac, pasting below: https://trac.torproject.org/projects/tor/ticket/9854 There's an interesting question in the Tor StackExchange beta: """ I'm guessing that a bridge uploads its ContactInfo to the bridge authority, so there's a point of contact for the Tor project. Is this information available to any other parties, i.e. users requesting bridges, or people randomly connecting to IP addresses looking for Tor installations? """ In practice, users of a bridge will be able to learn the bridge's ContactInfo line, because they download the bridge's descriptor. But Tor people will have a hard time to do that, because this line is removed from bridge descriptors in the sanitizing process. One needs access to the non-sanitized descriptors, which limits the set of people to maybe five. I don't remember a single time in the past couple of years when we tried to contact bridge operators using provided contact information. This is rather unexpected for bridge operators, I'd think. I guess most bridge operators would expect their contact information to be known to Tor project people and used for debugging only. Three options: 1. We conclude we don't need the contact line for bridges, because we wouldn't contact the bridge operator anyway. Bridges should remove that line from their descriptor before uploading. 2. We decide this information is important and that we should have it available more easily. We don't remove the ContactInfo line when we sanitize bridge descriptors. 3. We don't change anything, because everything's fine as it is. At least now we know this information is theoretically available to a few Tor people and definitely available to bridge users. Feel free to reply on the ticket. If you reply here (tor-relays@) and *don't* want me to paste your reply on the ticket, please mention that in your reply. Thanks! Karsten

1 0

Slow exit node over VPN
by Konstantinos Asimakis 29 Sep '13

29 Sep '13

Hello everyone. I am usually connecting to the internet through VPN (Mullvad). Would it make sense to setup an exit relay to run whenever I can? I can forward one or two ports to my machine. My IP may change often and I might have to shut down the node when I need the bandwidth for something else. Also the bandwidth won't be much. I expect 40KB/s upload on average with bursts to 70 or 80. Mullvad is obviously already receving a bazilion complaints about forum SPAM etc (thus I often find myself blocked from a few sites, having to solve captchas in many cases) so I guess they will see no diference. ----- My full signature with lots of links etc.<https://bittit.info/publicDro/signature.html>

3 5

(Re)Introduction
by Jonathan D. Proulx 29 Sep '13

29 Sep '13

Hi All, It's been quite a while since I've been active in TOR, but recent events have reminded me I should be doing more. To that end I've started running a Fast Exit again: racktor fingerprint: 8B7D6BFF6AE63BE39E438FE7A4249FEA1A340EBD This is running in the Rackspace public cloud (Chicago region) on my personal account. Next week I plan on looking into (re)starting an exit at my place of employ (will set MyFamily fo the nodes). That's mostly a practical issue of making sure I'm the one getting the complaints and not my coworkers... In the mean time I'm reading a lot and trying to catch up on the past few years of TOR news and development. -Jon

2 1

Relay bandwidth usage drop
by Jobiwan Kenobi 27 Sep '13

27 Sep '13

About 2 days ago, around midnight of September 20, bandwidth usage on my relay dropped from averaging a bit over 100KB/s to around 20KB/s. It's been low ever since. Consensus weight dropped accordingly. You can see on the graphs on atlas and globe. My relay is named jobiwan. There seems to be nothing wrong with my relay. Log is pretty clean and handshake and heartbeat reports indicate normal operation (just not much of it). From time to time I have bits of normal throughput. I have no indication that I'm being throttled or traffic shaped. Is there anything I should look into? Thanks, -Job

2 2

(no subject)
by ابوصالح 27 Sep '13

27 Sep '13

Android مرسل من الهاتف المحمول Samsung

2 1

. Re: Relay security, re: local network
by Harold Naparst 26 Sep '13

26 Sep '13

I have been running an exit relay from my home for many years with no issues. If you are willing to support the ideals of the Tor project, you should be willing to run an exit relay. Obviously, without exit relays, the Tor project would be useless. I am unable to surf to exactly one site that I know of, a hosting provider. I solved that problem by choosing another hosting provider, Amazon Web Services (AWS). If you are ever blocked, it is easy enough to rent another IP address at AWS for $7 per month by signing a one-year contract for a reserved micro-instance. Then run a squid server on that micro instance and use it as a proxy server. But as I said, this hasn't been a problem for me. Also, keep in mind that running an exit relay from your home will provide you with better anonymity. If you combine that with surfing using the Tor Browser bundle, you will have pretty good anonymity. (I read that once on the Tor project's site.) Regards, Harold

3 2

Which is more helpful, availability or speed?
by phoneyball＠vfemail.net 26 Sep '13

26 Sep '13

Hello all, If my relay is in a datacenter with a fast link but constrained by a in+out<100GByte monthly limit, is it more helpful to provide: * a slow relay that is usually available, e.g. 30KByte/sec available about two-thirds of the time, or: * a fast relay that hibernates a lot, e.g. 1MByte/sec but only available 1/50th of the time? Secondly, is it more helpful to be: * available every day for a fraction of that day, or: * available continuously for some consecutive days then hibernated for the rest of the month? Thanks for any advice. (I've read differing opinions on these questions written at different times, but haven't found a clear consensus.) P. Honeyball ------------------------------------------------- VFEmail.net - http://www.vfemail.net $24.95 ONETIME Lifetime accounts with Privacy Features! 15GB disk! No bandwidth quotas! Commercial and Bulk Mail Options!

3 2

Future versions and Vidalia?
by J.C. 24 Sep '13

24 Sep '13

Are all future versions of Tor Browser Bundle going to have Vidalia permanently stripped? I'm running a stable relay on Linux with the TBB (and thus, Vidalia) instead of installing the Tor packages, and i quite like it this way. I don't remember what exactly went wrong, but some months ago i tried to get a relay running by installing and configuring it with the terminal and failed miserably, even though i was following instructions to the letter. I could try again but i'm a huge fan of the "if it's not broken, don't touch it" approach, and my relay works fantastic right now. If Vidalia is going to be permanently dropped at some point, is there any other way to continue running a relay than the terminal? I had a look at TBBv3 and didn't find a way to enable relaying.

3 5

Tor Slides
by Simon 24 Sep '13

24 Sep '13

Hello Is there a public share with presentationslides for tor ? I'll soon hava a presentation, and i want to use the most recent informations. Simon

2 1

Re: [tor-relays] Future versions and Vidalia?
by Jesse Victors 24 Sep '13

24 Sep '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 > Date: Mon, 23 Sep 2013 12:54:34 +0300 > From: "J.C." <jc80(a)riseup.net> > To: tor-relays(a)lists.torproject.org > Subject: [tor-relays] Future versions and Vidalia? > Message-ID: <52400FDA.2060309(a)riseup.net> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Are all future versions of Tor Browser Bundle going to have Vidalia > permanently stripped? I'm running a stable relay on Linux with the TBB > (and thus, Vidalia) instead of installing the Tor packages, and i quite > like it this way. I don't remember what exactly went wrong, but some > months ago i tried to get a relay running by installing and configuring > it with the terminal and failed miserably, even though i was following > instructions to the letter. I could try again but i'm a huge fan of the > "if it's not broken, don't touch it" approach, and my relay works > fantastic right now. > > If Vidalia is going to be permanently dropped at some point, is there > any other way to continue running a relay than the terminal? I had a > look at TBBv3 and didn't find a way to enable relaying. I'm in exactly the same boat. I would _highly_ recommend that the current TBB stay exactly the way it is. I'm against having a ton of services start up by themselves. As a Linux user, I enjoy having the power to control what I start things up, and when. Sometimes I start my computer and I don't want certain things to start. The disadvantage of having a service install is that I lose much of that control. I too have tried to set up a Tor relay via packages and such, and I also failed. The TBB was orders of magnitude easier: I just click "configure relay" and things work fine. Vidalia is also extremely easy to use, and I like the interface. I would advise that the dev team reconsider. Jesse V. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQF8BAEBCgBmBQJSQPJhXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxMjgyMjhENjEyODQ1OTU1NzBCMjgwRkFB RDk3MzY0RkMyMEJFQzgwAAoJEK2XNk/CC+yAWX4H/jp1DlCgdJqRQd9I0pVpozDu VlA75uAtFxIM0VYr+eIVuC2OqQHUUFZLYNwFfePUZvIxy9bedL5WlkdZQCsaenaY wu3sLMpoBz8cH2qM/Ne5JIiFCTUEOL7XwA5d8ehdGSmnZUaBXANwiJ23uh2eVpeE HKvU/bnS5wp0YG7x/xHyQ5SGCpyWXb5H7LnGtNol9GTvbTgepo9rHtVmUCgdA5Wg BJe1yXAy/lAv5GjloejBtTu4whPuZOuY5FU+1LRHt3wnShLgEMy7UXeVQpAK2pDa mEvKD75aIb2AevGAsSdqBs2FsOOimQ7FrWudH3aZHYB6g5+nfOouLxBVcDoVjts= =Bjy+ -----END PGP SIGNATURE-----

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

tor-relays