- tor-relays - lists.torproject.org

Re: [tor-relays] Dynamic IP
by Tim 17 Aug '14

17 Aug '14

I'm running a relay on a similarly "dynamic" IP. If the line goes down, I'm reallocated a new one. But otherwise the IP is stable. If I don't notice the change, I notice the traffic drop, then I update the torrc, and everything works again. Wouldn't it be great if there was an option for tor to do this automatically? But this would involve trusting google or similar to correctly report the external IP (and not get MITMed). I tried running a bridge, but it made almost no use of the available bandwidth. But if the IP were more dynamic, a bridge would be an excellent choice, as long as I could keep the config synced with the external IP. This would be the core use case for a tor "use dynamic external IP" option. (And the current "guess my IP" option doesn't work for me, as it's the internet-visible external IP I need, not the relay's internal network IP.) > On 17 Aug 2014, at 6:45, IceFish ThreeTwo <threehundredthirtytwofishes(a)gmail.com> wrote: > > Date: Sat, 16 Aug 2014 13:09:08 -0700 > From: IceFish ThreeTwo <threehundredthirtytwofishes(a)gmail.com> > To: "tor-relays(a)lists.torproject.org" > <tor-relays(a)lists.torproject.org> > Subject: Re: [tor-relays] Dynamic IP > > Alright thanks. Yeah it's a "dynamic" IP. I bet they just say that in case > they have to change it for some reason. > >> On Saturday, August 16, 2014, justaguy <justaguy(a)riseup.net> wrote: >> >> That's not a big deal, if it's once every 8 months. >> But every day, that would be a problem. >> If you keep running your relay for 8 months, and then an ip change, i >> think it will be back at normal speeds in like 5 minutes >> On 08/16/2014 10:04 PM, IceFish ThreeTwo wrote: >> >> Unfortunately my ISP only provides static IPs for their business accounts, >> which, even if in my price range, I can't get at my home because of zoning. >> My IP hasn't changed once since I got the service and I think I've kinda >> locked it in with my router. But if it does switch say once every 8 months, >> how big of a deal is that? >> >> On Saturday, August 16, 2014, justaguy <justaguy(a)riseup.net >> <javascript:_e(%7B%7D,'cvml','justaguy(a)riseup.net');>> wrote: >> >>> Yes, other relays don't like your relay changing ip's all the time. >>> You should try to get a static ip somehow, ask your isp :) >>> On 08/16/2014 10:00 PM, IceFish ThreeTwo wrote: >>> >>> I have a dynamic IP from my ISP. Is that going to cause issues with my >>> relay? >>> >>> -- >>> Sent from my iPhone >>> >>> >>> _______________________________________________ >>> tor-relays mailing listtor-relays@lists.torproject.orghttps://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays >> >> -- >> Sent from my iPhone >> >> >> _______________________________________________ >> tor-relays mailing listtor-relays(a)lists.torproject.org <javascript:_e(%7B%7D,'cvml','tor-relays(a)lists.torproject.org');>https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > > -- > Sent from my iPhone >

2 1

Getting things right
by Graeme Briggs-White 17 Aug '14

17 Aug '14

I have a rooted Samsung S3 with CM 11 4.4.4 nightly build and would like to know exactly how to get the best for everyone involved on the network. My problem seems to be ram capacity and have tried every which way to improve that. Nothing seems to work as it has under 1 Gig of ram. How do I configure this for the best and not piss other users off. My binary skills are none too great but I'm willing to learn and am open to harsh comments to get me on my way. I'm quite a newbee at this and open to criticism.....

3 13

Dynamic IP
by IceFish ThreeTwo 17 Aug '14

17 Aug '14

I have a dynamic IP from my ISP. Is that going to cause issues with my relay? -- Sent from my iPhone

3 5

Re: [tor-relays] tor-relays Digest, Vol 43, Issue 15
by Spencer Rhodes 16 Aug '14

16 Aug '14

Hi Matt, Thanks for the quick reply. The servers did not show because I had commented out the Nickname line in /etc/tor/torrc after seeing a notice in arm that it was redundant (presumably because it is identical to the hostname). Apparently, not redundant after all as it is necessary for proper listing on the torstatus servers… So, I browsed to your suggested URL and verified that for my server which does show the Directory flags, it returns a bunch of data: http://99.28.48.185/tor/status-vote/current/consensus, but for the server which is now lacking the flags, nothing is returned: http://80.240.141.246/tor/status-vote/current/consensus. As far as I know, these servers are identically configured apart from the nicknames, fingerprints, and bandwidth. And as I said, initially both servers showed Directory flags. I am running on Debian, and so tried "service for restart” without effect. Hate to have to reinstall to get Directory services up again… Best regards, Spencer On Aug 13, 2014, at 1:28 PM, tor-relays-request(a)lists.torproject.org wrote: > > > From: Matthew Finkel <matthew.finkel(a)gmail.com> > Subject: Re: [tor-relays] Directory Server Issue > Date: August 13, 2014 at 12:08:58 PM EDT > To: tor-relays(a)lists.torproject.org > Reply-To: tor-relays(a)lists.torproject.org > > > On Wed, Aug 13, 2014 at 10:32:45AM -0400, Spencer Rhodes wrote: >> Hi, >> >> I have a server (triratna) which I recently put up, which operates on ports 80 and 443, and which initially showed a Directory Server flag. After several days of operation, however, the directory flag disappeared from both the torstatus listing and from the arm display on the console. >> >> I would like to know if there is a way to verify that directory services are in fact working, and if so, determine why the server is not flagged properly. I found some old postings to the effect that one could browse to server://tor or server://tor/status/all, but this does not seem to be true any more. > > Hi Spencer, > > This should still work. Try using > http://<ip address>:<DirPort>/tor/status-vote/current/consensus > to fetch the current consensus. You can also fetch individual relay > descriptors using a similar URI. > > If you provide your relay fingerprint someone may be able to help > further. I tried looking up the name you gave, but I couldn't find > it in either Globe[0] nor Atlas[1]. > > Thanks for running a relay! > > - Matt > > > [0] https://globe.torproject.org/#/search/query=triratna > [1] https://atlas.torproject.org/#search/triratna > >

1 1

Re: [tor-relays] Advertised Bandwidth
by Mike Patton 16 Aug '14

16 Aug '14

Hey there, The advertised bandwidth will increase gradually. Well mine did. M. On 16/08/2014 10:28 am, IceFish ThreeTwo <threehundredthirtytwofishes(a)gmail.com> wrote: > > Hello! > > I'm unclear as to what the "Advertised Bandwidth" is on Atlas. My node has it's bandwidth set to 700Kb/s, however on Atlas the Advertised Bandwidth is around 7Kb/s. I'm on day three of running this relay and I have read the Early Lifecycle blog post, but I'm still confused as to why the Advertised Bandwidth is a hundredth of what I have it set to. > > Thank you! > Ice Fish > > > -- > Sent from my iPhone

3 2

Advertised Bandwidth
by IceFish ThreeTwo 16 Aug '14

16 Aug '14

Hello! I'm unclear as to what the "Advertised Bandwidth" is on Atlas. My node has it's bandwidth set to 700Kb/s, however on Atlas the Advertised Bandwidth is around 7Kb/s. I'm on day three of running this relay and I have read the Early Lifecycle blog post, but I'm still confused as to why the Advertised Bandwidth is a hundredth of what I have it set to. Thank you! Ice Fish -- Sent from my iPhone

1 0

Exit node dropped to near zero weight
by Bill Winslow 15 Aug '14

15 Aug '14

Hi everyone, https://globe.torproject.org/#/relay/5B06042B4911171026059FB694215B97D10E47… I've been running an exit node for a few days now, and around 8 hours ago my consensus weight and exit probability dropped to essentially zero, after dropping substantially several hours previously. Why is that? Nothing in my logs suggests anything unusual -- but then again, I'm very new to this and thus wouldn't know where else to look or what to think about this. http://pastebin.com/mfkbPK9L Thanks for your time.

2 2

Re: [tor-relays] OnionTip.com distributes Bitcoin donations to all BTC addresses set in ContactInfo
by Mike Patton 15 Aug '14

15 Aug '14

On 14 Aug 2014 08:34, Ed Carter <ecarter9(a)riseup.net> wrote: > > > Tim Semeijn schreef op 10/08/14 17:33: > >> On 8/10/14, 4:32 PM, ban(a)unseen.is wrote: > >>> Hi, > >>> > >>> apparently this hasn't been discussed here yet. About a month ago, > >>> Donncha O'Cearbhaill build https://oniontip.com/ during the Dublin > >>> Bitcoin Hackathon. It is a webapp which automatically extracts all > >>> Bitcoin addresses set in the ContactInfo variable of the torrc and > >>> distributes Bitcoin donations based on the consensus weight. > >>> > >>> There are already 100+ relays listed which represent around 5% of > >>> the total consensus weight. In just a few weeks they distributed > >>> around 125 US$. > >>> > >>> There are many other theoretical ways to provide compensation to > >>> tor relay operators (see > >>> https://blog.torproject.org/blog/tor-incentives-research-roundup-goldstar-p…) > >>> > >>> > >> but I really like this very simple and practical approach. > >>> > >>> Thoughts? _______________________________________________ > >>> tor-relays mailing list tor-relays(a)lists.torproject.org > >>> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > >>> > >> > >> I myself added a bitcoin address to the ContactInfo variable of my > >> nodes when I saw a tweet about this initiative. It is a nice way to > >> offer a way to donate to multiple node running volunteers instead of > >> donating to a specific person or organization. > >> > >> My nodes take up 20% of the current donations based on consensus so it > >> would be nice if more relay operators take part in this project to > >> make it resemble the current Tor network better. > > > > I really like this and I've added an address to my exits (4.2% of total > > exit consensus). However, for this to really kick off I'd recommend > > adding visibility on how many donations were received and how it was > > distributed across relays. There should be safeguards to prevent > > oniontip.com from taking a part of the money, etc. > > > > Tom > > > > _______________________________________________ > > tor-relays mailing list > > tor-relays(a)lists.torproject.org > > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > > > > Agreed, this is pretty awesome. It allows independent relay operators to > receive donations no matter where they are in the world whether or not > they are affiliated with any group. > > The donations are transparent, since the money can be followed on the > Bitcoin blockchain to ensure that your donation made it to the individual > addresses of the relay operators. > > > > > _______________________________________________ > tor-relays mailing list > tor-relays(a)lists.torproject.org > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays I like it! I've already made AUD $0.05!!! ;) M.

7 6

OnionTip.com distributes Bitcoin donations to all BTC addresses set in ContactInfo
by ban＠unseen.is 14 Aug '14

14 Aug '14

Hi, apparently this hasn't been discussed here yet. About a month ago, Donncha O'Cearbhaill build https://oniontip.com/ during the Dublin Bitcoin Hackathon. It is a webapp which automatically extracts all Bitcoin addresses set in the ContactInfo variable of the torrc and distributes Bitcoin donations based on the consensus weight. There are already 100+ relays listed which represent around 5% of the total consensus weight. In just a few weeks they distributed around 125 US$. There are many other theoretical ways to provide compensation to tor relay operators (see https://blog.torproject.org/blog/tor-incentives-research-roundup-goldstar-p…) but I really like this very simple and practical approach. Thoughts?

6 7

Re: [tor-relays] Contacting Apple About a Block IP Address
by Jesse Victors 14 Aug '14

14 Aug '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA384 I don't know about that. The number of site that ban all Tor nodes (exits and non-exits alike) is relatively low compared to the number of websites that don't. The banning happens when trigger-happy sysadmins think that 1) IP address == user, and 2) that banning all Tor nodes stops only spammers. Neither are true, but like Thomas said they probably just downloaded a list and banned all the nodes and didn't think about the 2.4 million Tor users. I've run relays from my own IP address with very little problems to speak of. Certainly you don't want to run an exit on your IP, that's a different story. Christopher, from another machine/IP, send a message to the admins of that forum and explain. Be polite, explain what error message you are seeing, and ask if your IP could be unbanned so that you can access their discussion forum as part of your work. You could also explain that Tor is an anonymity layer on top of TCP, and as your machine simply passes encrypted data through the Tor network and not out of it, it poses no risk of spam or abuse from anyone using Tor. If you feel that it's necessary, concisely explain what Tor is, pulling from descriptions on torproject.org. I think if your reasonable and work with them, you have a good chance of resolving this. If not, use a different IP for accessing the Apple forum. You can use an SSH tunnel, VPN, or a proxy if you need to. - -- Jesse V. On 08/13/2014 04:00 AM, tor-relays-request(a)lists.torproject.org wrote: > Don't run a relay from your own IP address. Pretty standard advice > there sorry regardless if it's an exit or non-exit. I guess the people > at Apple simply downloaded every Tor server IP and put no effort into > reading the differences between types of relay because to be fair, > they aren't paid to give a damn as long as it stops problems. > > You could pop an email off to their customer support, but honestly I > wouldn't get your hopes up with Apple. > > -T -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQF8BAEBCQBmBQJT651rXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxMjgyMjhENjEyODQ1OTU1NzBCMjgwRkFB RDk3MzY0RkMyMEJFQzgwAAoJEK2XNk/CC+yAv9AH/0escYcwLAbUgbNRKCCQ0yY5 ugYHBnveTv6FIEPzDwPC/ZiinyQcc6IiYl+Qm6XfwavmHKkbMjDR2/OCjh53Mcop HIP9QcBQ/81ZdJCp9YH21FPnKozkzAAI3JNgVR0/0cRp/dd8EsARIN4lEWuHCXkE CfpCUuFNDHcv7OY3kgnd81byT034ZnoZFlJX3MJmVvpYmv+w/BIsUzd3jTEi2R6y /+ExKwbKc3d0LzHubv3E1Y54B1mIwF+5MbLn7jUYjv55/IDKvuBYTmInj50ygv7o AoRr+c0drDdoXahG14ltNtB9mbzMPmlStsWJ8q5AYSmqS8TJzcsXSNyT1y6QpPU= =XjfD -----END PGP SIGNATURE-----

4 3