- tor-relays - lists.torproject.org

Re: [tor-relays] Tor relay from home - end of experiment?
by balbea16 15 Dec '16

15 Dec '16

Pls. refer to may answers after each of your questions. -------- Ursprüngliche Nachricht -------- Von: Rana <ranaventures(a)gmail.com> Datum: 15.12.16 07:44 (GMT+01:00) An: tor-relays(a)lists.torproject.org Betreff: Re: [tor-relays] Tor relay from home - end of experiment? >Hi There>This is a pretty interesting topic. I have been running a Rasp Pi 3 based relay since August this year. By now, I am up to about 1,300 incomming and outgoing connections, and a max of >about 21mbps. This is about 50% of the max. upload speed. Consensus weight is between 3,000 and 6,000. The CPU is running at 20% max. However, my local ISP disconnects me after 24 >to 36 hours. From my point of view this is the only disadvantage. > >For a home based relay, is that good, bad, or just average? Is there a chance for me to get a stable, or even guard flag? What are your experiances?>MikeMy experience is bad, the relay is not taking off at all, I have consensus weight of 19 and am sending less than 20 MB every 6 hours despite having bandwidth measured by Tor of between 70 and 120 KB/s. The total up bandwidth I have in ISP connection is 1.5 mbps and this is probably the issue. I also run this on Pi 3. I did, however, get a stable flag after 5 days, and have had it since then. My IP is dynamic and did not change in these 5 days or in the 4 days that passed since I got the Stable flag. My relay nickname is ZG0.Based on your experience I think your are doing fabulously well for a home relay, and that what really counts is the ISP bandwidth, and the Stable flag does not have much to do with how much traffic you get. Moreover, your 20% cpu util confirms my opinion that Pi is the perfect, most cost efficient way to run a relay and that running it on a larger computer is a waste of resources and money (up to the point Raspi chokes which we are yet to discover J)Moreover, clearly Pi’s cpu power will never be the bottleneck, only its memory size. You have a total of 1GB of memory on your Pi 3, what’s your memory utilization? about 513 MB What’s the total traffic the Pi sends every 6 hours (reported in the Tor log file /var/log/tor/notices.log and, for the previous time window, in /var/log/tor/notices.log.1)? About 19 GB in the last 6 hour period, with a total sent 2671.53 GB and received 2625.31 GB. What’s your relay’s nickname? Balbea16

2 1

Re: [tor-relays] Tor relay from home - end of experiment?
by balbea16 15 Dec '16

15 Dec '16

Hi ThereThis is a pretty interesting topic. I have been running a Rasp Pi 3 based relay since August this year. By now, I am up to about 1,300 incomming and outgoing connections, and a max of about 21mbps. This is about 50% of the max. upload speed. Consensus weight is between 3,000 and 6,000. The CPU is running at 20% max. However, my local ISP disconnects me after 24 to 36 hours. From my point of view this is the only disadvantage. For a home based relay, is that good, bad, or just average? Is there a chance for me to get a stable, or even guard flag? What are your experiances?Mike

2 1

Tor relay from home - end of experiment?
by Rana 15 Dec '16

15 Dec '16

After 9 days of running a relay with a stable IP address (with "Stable" flag during the last 4 days) and consensus bw steadily oscillating around 20 despite the 100 Kbyte/s bandwidth measured by Tor and 200 Kbyte/s bandwidth measured on the Internet connection, I guess it is time to quit. My relay is consistently sending less than 20MB every 6 hours, which probably means that is not making a noticeable contribution to Tor network. I have also been running another relay for the last 5 days from a friend's home - he has a static IP, a different ISP from mine and twice the bandwidth. His consensus is bw dead locked at 31 and never changes. He is getting Fast flag on and off, no Stable flag, his Atlas measured bandwidth is 150 KB/s. The traffic it relays is only slightly larger than mine, so I guess it is time to quit for this one, too. Any other advice / ideas welcome. Rana

6 17

Did you recently start >750 bridges?
by nusenu 14 Dec '16

14 Dec '16

Hi, If you recently added >750 bridges (without malicious intend) or know anything about it, please read this thread: [1] https://lists.torproject.org/pipermail/tor-project/2016-December/000851.html and get in contact with them (without disclosing the location of your bridges to the public). regards, nusenu

1 0

Does the "Advertised bandwidth" correlates with the "Consensus Weight"
by Toralf Förster 13 Dec '16

13 Dec '16

2 2

FW: Relay Shirt
by I 13 Dec '16

13 Dec '16

1 0

Draft Fallback Directory List
by teor 12 Dec '16

12 Dec '16

(This is a copy of the email I BCC'd to each relay operator on the draft fallback directory list. Please email me to add your relays.) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Dear Tor Relay Operator, One or more of your relays have been selected as fallback directory mirrors[0] for the next tor release. Please keep the relay available on the same addresses, ports, and identity key (fingerprint) for the next 2 years. This is a draft list.[3] I can make changes for the next week. Next weekend, I will send another email to those operators whose relays have been added or removed. (Otherwise, you're on the list.) We are taking 3 relays per operator, if you only have 1 or 2 on the list, please email me to add more. Wondering why your relay didn't make the list? Search the selection log[4] for its fingerprint. If the log says: * in neither blacklist nor whitelist, email me to add your relay. (I run a script that checks relays, then outputs a list.) If it says: * not a candidate: version delivers stale consensuses, * not a candidate: version not recommended, * not a candidate: changed address/port recently (on 0.2.7.6 or earlier), or * outdated consensus, upgrade to 0.2.8.9 or later, or 0.2.9.5-alpha or later. If it says: * bandwidth too low, * download too slow, * HTTP Error 503: Directory busy, * or some sort of download connection error, it might help to give your relay more memory or bandwidth. (And please make sure it's still running!) If it says: * not a candidate: changed address/port recently, * not a candidate: guard avg too low, * not a candidate: running avg too low, or * not a candidate: v2dir avg too low, your relay needs to be consistently up with high bandwidth to help clients. Try keeping it stable for 6-12 months, and it might be selected next time. But don't worry, your relay(s) are still helping the tor network, even if they are not selected as a fallback. Tim [0]: https://trac.torproject.org/projects/tor/wiki/doc/FallbackDirectoryMirrors [3]: https://trac.torproject.org/projects/tor/attachment/ticket/18828/draft_fall… (or [8] if you want to see what the git commit will look like) [4]: https://trac.torproject.org/projects/tor/attachment/ticket/18828/draft_fall… [8]: https://github.com/teor2345/tor/blob/new-fallbacks-028-v2/src/or/fallback_d… From: teor <teor2345(a)gmail.com> Subject: Call for Tor Fallback Directories Date: 4 December 2016 at 21:44:39 AEDT To: tor-relays(a)lists.torproject.org Dear Tor Relay Operator, Your relay(s) can help tor clients find the tor network by becoming a fallback directory mirror.[0] These mirrors are hard-coded into tor's source code, like the directory authorities. We have 80 fallbacks, but we want 200 for the next release. Fallbacks need to have: - - the same IP address(es) and ports for the next 2 years, - - the same relay identity key for the next 2 years, - - good uptime (at least 95%), and - - good bandwidth and network connectivity (we estimate an extra 25GB per month). Please email me to add your relays that fit these criteria to the list. If you are BCC'd on this email, it looks like you have at least one relay that could become a fallback. You can also email me if you know your relay will be changing address or key, and I'll make sure we don't choose it. We are keeping the fallback lists from the last release[1][2]. So if you have emailed me before about becoming a fallback, there is no need to email again. But please let me know if your relay details have changed. (I did not BCC relay operators who are already on the fallback lists, unless their relay details changed.) In a week or two, I will run a script to select the hard-coded list for the release. If you're interested, here's some background to this request: The latest list[3] and log[4] of candidates was generated using the instructions in [5] from scripts/maint/updateFallbackDirs.py on my GitHub branch[6]. (This branch has some bug fixes compared to what's in master.) We're tracking this work in [7]. (links updated to the latest code and relay list) [0]: https://trac.torproject.org/projects/tor/wiki/doc/FallbackDirectoryMirrors [1]: https://github.com/teor2345/tor/blob/fallbacks-201612-v4/scripts/maint/fall… [2]: https://github.com/teor2345/tor/blob/fallbacks-201612-v4/scripts/maint/fall… [3]: https://trac.torproject.org/projects/tor/attachment/ticket/18828/draft_fall… [4]: https://trac.torproject.org/projects/tor/attachment/ticket/18828/draft_fall… [5]: https://trac.torproject.org/projects/tor/wiki/doc/UpdatingFallbackDirectory… [6]: https://github.com/teor2345/tor/blob/fallbacks-201612-v4/scripts/maint/upda… [7]: https://trac.torproject.org/projects/tor/ticket/18828 T -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJYTT+RAAoJEEUMun+WjwlLjdMP+gNwaBXpxrBy5e/0DJKoqpna /exFMCaLk1UNh5sko6IgCY+C4NbjCqwZ2NX78iJsLNzEyy+mXS/SoAeygSgiGIea d7ZgLlsj0z6JHYV/vqvKp3xs0lSUJIhd3tsaJWSZqylZVdDVzeE4o+kJtXMlOrk9 lnb+Xo9HzBKiWjSObnnli6+I4v5Z6SHidR7SYGe1N4bavDTrjnl6BCpS64QlrGwp mnM9iPNmv491soVMAKvgDX0dx6UncO6x+88jWa9OBHvkFPjNw7YQVMHsa4ltDfZQ kR2XinhpSYrvP/JFieXSP0DYNgaSdMhaKApStPs8xxP/RPfqioAcV3BopRVi0SpA jie9Z7wHUbtAZEobKpb4a8cnkfwB2j4GmVIlnSwXHmEipwCOI+Eat2qfFL6Z2xMo 0qLE7YDa3Fmjl9fbyU5H7fDgJUGMiSipEmKeC32wXfTVY424Fb3V4SXHS2qTCuQc QsfoW+12gXBemGSGAJRhvG46iG6u7+Xg/K8El+URU0Tk+QfRIGDzyLVNNQxuAuyl PtXBgxAbERh5uC8cyiKi9EugMx6NzRFtxto74XLdAuCGzbSD3HfNOEh43i/JwScO mo4bUC/bPXgtQGLCtbP8j+ieneSZom10vjspahrhasyNpFntaPor7+PvZ1vuA0JR rTv/DEYIjv6oKAstwT+C =APJ7 -----END PGP SIGNATURE----- T -- Tim Wilson-Brown (teor) teor2345 at gmail dot com PGP C855 6CED 5D90 A0C5 29F6 4D43 450C BA7F 968F 094B ricochet:ekmygaiu4rzgsk6n xmpp: teor at torproject dot org ------------------------------------------------------------------------

3 7

Re: [tor-relays] Second relay on same ESX
by balbea16 12 Dec '16

12 Dec '16

Hi Are you actually talking about identical relays, i.e. with the same fingerprint? That would be interessting for me, as I'd like to run a second Rasp Pi in parallel for redundency reasons.Mike -------- Ursprüngliche Nachricht -------- Von: Patrick DERWAEL <patrick(a)derwael.be> Datum: 12.12.16 06:41 (GMT+01:00) An: tor-relays(a)lists.torproject.org Betreff: Re: [tor-relays] Second relay on same ESX John, The host has 32GB RAM& 4 CPUs I have allocated 2GB & 2CPUs to my VM As the VM CPU usage is +/-40%, I'm not sure if I should reduce to 1CPU (would it then be used at 80% average?) P. 2016-12-11 18:22 GMT+01:00 John Ricketts <john(a)quintex.com>: Patrick, I run all of my relays under VMware and I don't have any issues at all. How many CPUs do you have in the physical server and how many virtual CPUs do you have assigned to the VM? John On Dec 11, 2016, at 11:19, Patrick DERWAEL <patrick(a)derwael.be> wrote: Hi guys, I'm running a relay in a VM on a physical server which is largely under used Current advertised bandwidth 26MB, consensus 76500 I'm considering running a second relay (2nd VM) on the very same hardware, but this brings a few questions: - is there any issue running it at the same geographical place? - would the current total BW effectively consumed (26MB) be divided in 2 (i.e. no added value in BW)? - basically, would it have any significant added value to the network? Thanks _______________________________________________ tor-relays mailing list tor-relays(a)lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays _______________________________________________ tor-relays mailing list tor-relays(a)lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays -- Patrick Derwael Rue de la fontaine, 3 4210 Burdinne G:0479.80.50.79

3 2

Re: [tor-relays] Second relay on same ESX
by balbea16 12 Dec '16

12 Dec '16

Hi Tim,TNX for your fast response. That was more or less what I thought already. Mike -------- Ursprüngliche Nachricht -------- Von: teor <teor2345(a)gmail.com> Datum: 12.12.16 07:28 (GMT+01:00) An: tor-relays(a)lists.torproject.org Betreff: Re: [tor-relays] Second relay on same ESX > On 12 Dec. 2016, at 17:08, balbea16 <balbea16(a)gmx.de> wrote: > > Hi > Are you actually talking about identical relays, i.e. with the same fingerprint? That would be interessting for me, as I'd like to run a second Rasp Pi in parallel for redundency reasons. > Mike Please don't run a second relay on the same fingerprint. Your relay won't get much traffic, because it will look like its address and ports are changing all the time. Instead, run two relays with different keys, and let the network load-balance between them. Tim > -------- Ursprüngliche Nachricht -------- > Von: Patrick DERWAEL <patrick(a)derwael.be> > Datum: 12.12.16 06:41 (GMT+01:00) > An: tor-relays(a)lists.torproject.org > Betreff: Re: [tor-relays] Second relay on same ESX > > John, > The host has 32GB RAM& 4 CPUs > I have allocated 2GB & 2CPUs to my VM > As the VM CPU usage is +/-40%, I'm not sure if I should reduce to 1CPU (would it then be used at 80% average?) > > P. > > 2016-12-11 18:22 GMT+01:00 John Ricketts <john(a)quintex.com>: > Patrick, > > I run all of my relays under VMware and I don't have any issues at all. > > How many CPUs do you have in the physical server and how many virtual CPUs do you have assigned to the VM? > > John > > On Dec 11, 2016, at 11:19, Patrick DERWAEL <patrick(a)derwael.be> wrote: > >> Hi guys, >> >> I'm running a relay in a VM on a physical server which is largely under used >> Current advertised bandwidth 26MB, consensus 76500 >> I'm considering running a second relay (2nd VM) on the very same hardware, but this brings a few questions: >> >> - is there any issue running it at the same geographical place? >> - would the current total BW effectively consumed (26MB) be divided in 2 (i.e. no added value in BW)? >> - basically, would it have any significant added value to the network? >> >> Thanks >> >> _______________________________________________ >> tor-relays mailing list >> tor-relays(a)lists.torproject.org >> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > > _______________________________________________ > tor-relays mailing list > tor-relays(a)lists.torproject.org > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays > > > > > -- > Patrick Derwael > Rue de la fontaine, 3 > 4210 Burdinne > G:0479.80.50.79 > > > _______________________________________________ > tor-relays mailing list > tor-relays(a)lists.torproject.org > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays T -- Tim Wilson-Brown (teor) teor2345 at gmail dot com PGP C855 6CED 5D90 A0C5 29F6 4D43 450C BA7F 968F 094B ricochet:ekmygaiu4rzgsk6n xmpp: teor at torproject dot org ------------------------------------------------------------------------ _______________________________________________ tor-relays mailing list tor-relays(a)lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

1 0

Second relay on same ESX
by Patrick DERWAEL 12 Dec '16

12 Dec '16

Hi guys, I'm running a relay in a VM on a physical server which is largely under used Current advertised bandwidth 26MB, consensus 76500 I'm considering running a second relay (2nd VM) on the very same hardware, but this brings a few questions: - is there any issue running it at the same geographical place? - would the current total BW effectively consumed (26MB) be divided in 2 (i.e. no added value in BW)? - basically, would it have any significant added value to the network? Thanks

4 5