Re: [tor-relays] Someone broke the tor-relay speed record?
On Wed, Dec 31, 2014 at 4:11 AM, Justaguy justa...@riseup.net wrote: https://globe.thecthulhu.com/#/relay/F528DED21EACD2E4E9301EC0AABD370EDCAD2C47 Someone just got 149.08 MB/s on a non-exit relay. This is amazing! Would you mind saying what kind of hardware you use for this? Ipredator used https://ipredator.se/guide/torserver to get to 101MB/s. So your setup should be even more extreme. Not within any definition of sane expenditure... The i7-4790k is Intel's highest clocked processor, ever. It's also Intel's current highest single thread performer. i7-4790k 4 x 4.0ghz cores = 1600 8mb 32gb ddr3-1600 88w $340 tsx-ni (1960 as OC'd by IPredator.) IPredator put a 10gbps nic in there and is moving only 800mbps OC'd (or 655mbps stock. Which is 165mbps/core, or 220mbps/core if isolcpus=1,2,3). Assume for moment this is cpu saturation. To do better you have to buy more core x ghz results like: i7-5930k 6 x 3.5ghz cores = 2100 15mb 64gb ddr4-2133 140w $580 So that's 1155mbps using all 6. Plus the more cache and much faster ram. And with good tor and os optimizations, you could probably hit 1250mbps. i7-5820k 6 x 3.3ghz cores = 1980 15mb 64gb ddr4-2133 140w $390 So that's 1090mbps plus. (ram for the above two: $420 32gb 4x8 ddr4-2133, non-OC) e5-2697v3 14 x 2.6ghz cores = 3640 35mb 768gb ddr4-2133 145w $2800 would fill 2000mbps plus. If you only need to fill 1000mbps, or however much bandwidth under that you're buying, just find the cheapest core x ghz that does that. While IPredator and their build may be cool, it fails to ROI, thus it's completely pointless to build. They wasted... https://www.google.com/finance?q=EURUSD Capital cost: - Water cooling to get 22.5% clock over stock. (More common/free OC gains are the low end of 5-18%.) You could simply pay $240 more for the i7-5930k and get more core x ghz performance than they did, without overclocking. (Overclocking is also by definition a risk to data/lifetime). Or pay $50 more and still get more. (Both assuming ram and other resources aren't used up due to two more core of tor instances). $1110 radiator (IPredator quoted $1570) $55 flow meter (IPredator qooted $50) $30 connectors, estimated qty 2 x $15 $100 coolant, qty 5 x $20 (IPredator quoted $120) $25 tubing coil $5 clamps, estimated qty 10 $95 waterblock $15 paste (IPredator quoted $25) wasted: $1435 low to $1920 high - Ram $1000 32gb 4x8 ddr3-2800, equivalent brand (IPredator quoted $1550) $280 32gb 4x8 ddr3-1600, non-OC wasted: $720 low to $1270 high - Case $730 5u case (IPredator quoted $660, saved $70) $300 1u case wasted: $360 low to $430 high - Motherboard $25 estimated economy vs. enthusiast savings wasted: $25 total capital wasted: $2540 low to $3645 high net performance gain vs. other capital options: zero or less $760 10G-PCIE2-8C2-2S (IPredator quoted $660, saved $100) $440 E10G42BTDA is it comparable? if so that's another $320 wasted (Total cost IPredator quoted: $5420) Ongoing rent cost: - 4u on the chassis (1u required + 4u wasted) - 3u on the radiator wasted: 7u Enthusias[m|t] is great, Tor could use some, and I've no want to diminish that... but back in the real world away from the show... if you just ran the i7-5930k stock in a barebones 1U, you'd have enough capital left to buy 2 more servers and enough rent to feed them at least some internet. (IPredator failed to quote in their review the amount of bandwidth purchased, the price/megabit, and thier cpu load at a given megabit. This makes it harder to fully analyze. Please post cpu load @ mbps data.) Moral: Operators... please don't waste your Tor budget on silly enthusiast crap. I'd also suggest testing FreeBSD. If you want to run real Tor contests, try for... - most bandwidth per node cost (depth, as above) - most usable nodes per cost (breadth) - etc And if you want me to win them, or this saved you $$$, donate here :-) btc 1BbEqMvEdsKiPuRT75HGrjZP8zqquamBPn ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Re: [tor-relays] High speed exit question
Yep, you got it. Multiple processes with different configurations. You should also limit their bandwidths proportionally so you don't saturate your network interface. On Fri, Jan 2, 2015 at 9:48 AM, Kura k...@kura.io wrote: Hey guys, I recently decided to get myself an 8 core, 16 GB RAM machine to use for running an exit relay and was wondering, Tor only works on one core, even setting NumCPUs to 2 doesn't do a whole lot so, how is it even possible to get more than maybe, 300Mbps or so from one relay? Maybe I'm missing something but, running multiple Tor processes is just going to have multiple relays with different OR and Dir ports for each, right? -- Kura t: @kuramanga https://twitter.com/kuramanga w: https://kura.io/ g: @kura http://git.io/kura ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
[tor-relays] High speed exit question
Hey guys, I recently decided to get myself an 8 core, 16 GB RAM machine to use for running an exit relay and was wondering, Tor only works on one core, even setting NumCPUs to 2 doesn't do a whole lot so, how is it even possible to get more than maybe, 300Mbps or so from one relay? Maybe I'm missing something but, running multiple Tor processes is just going to have multiple relays with different OR and Dir ports for each, right? -- Kura t: @kuramanga [https://twitter.com/kuramanga] w: https://kura.io/ [https://kura.io/] g: @kura [http://git.io/kura]___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Re: [tor-relays] Someone broke the tor-relay speed record?
Since people aren't going to like paying the 10g switchport fee, nor the price of small bandwidth over 1gbps on it, the fastest real world box for individual tor nodes is probably going to be that i7-5820k off a gig port for $1235 or less. ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Re: [tor-relays] High speed exit question
Yeah I have read both of those and I wasn't expecting it to be instant, I have many relays that are ~6 months in age so I know about the ramp up. Thanks thought. =) -- Kura t: @kuramanga [https://twitter.com/kuramanga] w: https://kura.io/ [https://kura.io/] g: @kura [http://git.io/kura] On 02/01/2015 17:01:52, usprey usp...@gmail.com wrote: I am currently peaking 46.39 MBps / 371.12Mbps, https://atlas.torproject.org/#details/F14B7BF44F9B170DFF628F237E0C7E8D631F957E [https://atlas.torproject.org/#details/F14B7BF44F9B170DFF628F237E0C7E8D631F957E], with NumCPUs 2 on an AMD A8-5600K with 8GB RAM. My setup is based on https://wiki.archlinux.org/index.php/Tor#.2B100Mbps_Exit_Relay_configuration_example [https://wiki.archlinux.org/index.php/Tor#.2B100Mbps_Exit_Relay_configuration_example]. I presume you have read https://blog.torproject.org/blog/lifecycle-of-a-new-relay [https://blog.torproject.org/blog/lifecycle-of-a-new-relay], so you know it will take some time before the network takes full advantage of your new exit relay. On 2 January 2015 at 17:03, Austin Bentley ab...@mst.edu [mailto:ab...@mst.edu] wrote: Actually, on 2nd thought, you may not have to limit your bandwidth because Tor MAY handle this for you. Also, it's recommended to run your (presumably, 8) servers on different network addresses as well. If you are running a colocation rack this won't be difficult, but if you are doing this from your home.. well.. I won't start. On Fri, Jan 2, 2015 at 10:00 AM, Austin Bentley ab...@mst.edu [mailto:ab...@mst.edu] wrote: Yep, you got it. Multiple processes with different configurations. You should also limit their bandwidths proportionally so you don't saturate your network interface. On Fri, Jan 2, 2015 at 9:48 AM, Kura k...@kura.io [mailto:k...@kura.io] wrote: Hey guys, I recently decided to get myself an 8 core, 16 GB RAM machine to use for running an exit relay and was wondering, Tor only works on one core, even setting NumCPUs to 2 doesn't do a whole lot so, how is it even possible to get more than maybe, 300Mbps or so from one relay? Maybe I'm missing something but, running multiple Tor processes is just going to have multiple relays with different OR and Dir ports for each, right? -- Kura t: @kuramanga [https://twitter.com/kuramanga] w: https://kura.io/ [https://kura.io/] g: @kura [http://git.io/kura] ___ tor-relays mailing list tor-relays@lists.torproject.org [mailto:tor-relays@lists.torproject.org] https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays [https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays] ___ tor-relays mailing list tor-relays@lists.torproject.org [mailto:tor-relays@lists.torproject.org] https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays [https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays] ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Re: [tor-relays] High speed exit question
I am currently peaking 46.39 MBps / 371.12Mbps, https://atlas.torproject.org/#details/F14B7BF44F9B170DFF628F237E0C7E8D631F957E, with NumCPUs 2 on an AMD A8-5600K with 8GB RAM. My setup is based on https://wiki.archlinux.org/index.php/Tor#.2B100Mbps_Exit_Relay_configuration_example . I presume you have read https://blog.torproject.org/blog/lifecycle-of-a-new-relay, so you know it will take some time before the network takes full advantage of your new exit relay. On 2 January 2015 at 17:03, Austin Bentley ab...@mst.edu wrote: Actually, on 2nd thought, you may not have to limit your bandwidth because Tor MAY handle this for you. Also, it's recommended to run your (presumably, 8) servers on different network addresses as well. If you are running a colocation rack this won't be difficult, but if you are doing this from your home.. well.. I won't start. On Fri, Jan 2, 2015 at 10:00 AM, Austin Bentley ab...@mst.edu wrote: Yep, you got it. Multiple processes with different configurations. You should also limit their bandwidths proportionally so you don't saturate your network interface. On Fri, Jan 2, 2015 at 9:48 AM, Kura k...@kura.io wrote: Hey guys, I recently decided to get myself an 8 core, 16 GB RAM machine to use for running an exit relay and was wondering, Tor only works on one core, even setting NumCPUs to 2 doesn't do a whole lot so, how is it even possible to get more than maybe, 300Mbps or so from one relay? Maybe I'm missing something but, running multiple Tor processes is just going to have multiple relays with different OR and Dir ports for each, right? -- Kura t: @kuramanga https://twitter.com/kuramanga w: https://kura.io/ g: @kura http://git.io/kura ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Re: [tor-relays] High speed exit question
In case you haven't already seen it, you should only run two Tor processes per IP address: https://www.torservers.net/wiki/setup/server#multiple_tor_processes Best regards, Alexander --- PGP Key: https://dietrich.cx/pgp | 0x727A756DC55A356B On 2015-01-02 17:06, Kura wrote: Thanks for the replies, I'll run multiple instances from one box then. =) -- Kura t: @kuramanga [2] w: https://kura.io/ [3] g: @kura [4] On 02/01/2015 16:05:44, Sebastian Urbach sebast...@urbach.org wrote: Hi Kura, On January 2, 2015 4:58:42 PM Kura wrote: Hey guys, I recently decided to get myself an 8 core, 16 GB RAM machine to use for running an exit relay and was wondering, Tor only works on one core, even setting NumCPUs to 2 doesn't do a whole lot so, how is it even possible to get more than maybe, 300Mbps or so from one relay? Maybe I'm missing something but, running multiple Tor processes is just going to have multiple relays with different OR and Dir ports for each, right? You are right, the multithreading capabilities are very limited. You need to set up more than one to handle more traffic. -- Kura t: @kuramanga [https://twitter.com/kuramanga] w: https://kura.io/ [https://kura.io/] g: @kura [http://git.io/kura] -- ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays -- Sincerely yours / Sincères salutations Sebastian Urbach - Definition of Tor: 10% luck, 20% skill, 15% concentrated power of will, 5% pleasure, 50% pain and 100% reason to remember the name! - ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays [1] Links: -- [1] https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays [2] https://twitter.com/kuramanga [3] https://kura.io/ [4] http://git.io/kura ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Re: [tor-relays] Reduced number of HSDir's
I think something must have happened, I restarted half a dozen or so of my relays over a week ago and none of them have been given the HSDir flag, which if I remember rightly is a 21 hour flag? I may be mistaken but, I would have expected that flag to be back with over a week of uptime. -- Kura t: @kuramanga [https://twitter.com/kuramanga] w: https://kura.io/ [https://kura.io/] g: @kura [http://git.io/kura] On 02/01/2015 18:30:00, Austin Bentley ab...@mst.edu wrote: No clue. I wonder if there's some backlash from a anti-attack mechanism of some sort? There was a few attempted attacks against the Tor network, but it wasn't anything worth discussing. Check out the post on the 31st from blog.torproject.org [http://blog.torproject.org]. On Fri, Jan 2, 2015 at 11:25 AM, Sebastian Urbach sebast...@urbach.org [mailto:sebast...@urbach.org] wrote: Hi, https://metrics.torproject.org [https://metrics.torproject.org] shows a big nose dive recently regarding the number of HSDir's. Did i miss anything relevant in the last days ? That seem to be the reason why i see increasing download numbers on my system. Thanks for any lind of info. -- Sincerely yours / Sincères salutations Sebastian Urbach - Definition of Tor: 10% luck, 20% skill, 15% concentrated power of will, 5% pleasure, 50% pain and 100% reason to remember the name! - ___ tor-relays mailing list tor-relays@lists.torproject.org [mailto:tor-relays@lists.torproject.org] https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays [https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays] ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Re: [tor-relays] High speed exit question
Actually, on 2nd thought, you may not have to limit your bandwidth because Tor MAY handle this for you. Also, it's recommended to run your (presumably, 8) servers on different network addresses as well. If you are running a colocation rack this won't be difficult, but if you are doing this from your home.. well.. I won't start. On Fri, Jan 2, 2015 at 10:00 AM, Austin Bentley ab...@mst.edu wrote: Yep, you got it. Multiple processes with different configurations. You should also limit their bandwidths proportionally so you don't saturate your network interface. On Fri, Jan 2, 2015 at 9:48 AM, Kura k...@kura.io wrote: Hey guys, I recently decided to get myself an 8 core, 16 GB RAM machine to use for running an exit relay and was wondering, Tor only works on one core, even setting NumCPUs to 2 doesn't do a whole lot so, how is it even possible to get more than maybe, 300Mbps or so from one relay? Maybe I'm missing something but, running multiple Tor processes is just going to have multiple relays with different OR and Dir ports for each, right? -- Kura t: @kuramanga https://twitter.com/kuramanga w: https://kura.io/ g: @kura http://git.io/kura ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Re: [tor-relays] High speed exit question
Thanks for the replies, I'll run multiple instances from one box then. =) -- Kura t: @kuramanga [https://twitter.com/kuramanga] w: https://kura.io/ [https://kura.io/] g: @kura [http://git.io/kura] On 02/01/2015 16:05:44, Sebastian Urbach sebast...@urbach.org wrote: Hi Kura, On January 2, 2015 4:58:42 PM Kura wrote: Hey guys, I recently decided to get myself an 8 core, 16 GB RAM machine to use for running an exit relay and was wondering, Tor only works on one core, even setting NumCPUs to 2 doesn't do a whole lot so, how is it even possible to get more than maybe, 300Mbps or so from one relay? Maybe I'm missing something but, running multiple Tor processes is just going to have multiple relays with different OR and Dir ports for each, right? You are right, the multithreading capabilities are very limited. You need to set up more than one to handle more traffic. -- Kura t: @kuramanga [https://twitter.com/kuramanga] w: https://kura.io/ [https://kura.io/] g: @kura [http://git.io/kura] -- ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays -- Sincerely yours / Sincères salutations Sebastian Urbach - Definition of Tor: 10% luck, 20% skill, 15% concentrated power of will, 5% pleasure, 50% pain and 100% reason to remember the name! - ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Re: [tor-relays] High speed exit question
Hi Kura, On January 2, 2015 4:58:42 PM Kura k...@kura.io wrote: Hey guys, I recently decided to get myself an 8 core, 16 GB RAM machine to use for running an exit relay and was wondering, Tor only works on one core, even setting NumCPUs to 2 doesn't do a whole lot so, how is it even possible to get more than maybe, 300Mbps or so from one relay? Maybe I'm missing something but, running multiple Tor processes is just going to have multiple relays with different OR and Dir ports for each, right? You are right, the multithreading capabilities are very limited. You need to set up more than one to handle more traffic. -- Kura t: @kuramanga [https://twitter.com/kuramanga] w: https://kura.io/ [https://kura.io/] g: @kura [http://git.io/kura] -- ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays -- Sincerely yours / Sincères salutations Sebastian Urbach - Definition of Tor: 10% luck, 20% skill, 15% concentrated power of will, 5% pleasure, 50% pain and 100% reason to remember the name! - ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Re: [tor-relays] Reduced number of HSDir's
No clue. I wonder if there's some backlash from a anti-attack mechanism of some sort? There was a few attempted attacks against the Tor network, but it wasn't anything worth discussing. Check out the post on the 31st from blog.torproject.org. On Fri, Jan 2, 2015 at 11:25 AM, Sebastian Urbach sebast...@urbach.org wrote: Hi, https://metrics.torproject.org shows a big nose dive recently regarding the number of HSDir's. Did i miss anything relevant in the last days ? That seem to be the reason why i see increasing download numbers on my system. Thanks for any lind of info. -- Sincerely yours / Sincères salutations Sebastian Urbach - Definition of Tor: 10% luck, 20% skill, 15% concentrated power of will, 5% pleasure, 50% pain and 100% reason to remember the name! - ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
[tor-relays] Reduced number of HSDir's
Hi, https://metrics.torproject.org shows a big nose dive recently regarding the number of HSDir's. Did i miss anything relevant in the last days ? That seem to be the reason why i see increasing download numbers on my system. Thanks for any lind of info. -- Sincerely yours / Sincères salutations Sebastian Urbach - Definition of Tor: 10% luck, 20% skill, 15% concentrated power of will, 5% pleasure, 50% pain and 100% reason to remember the name! - ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Re: [tor-relays] sudden drop
Not sure if related, but I noticed today one of my exit relays was not operating properly. Turned out the bind server was not resolving properly. I turned off dnssec and it started working again... On January 2, 2015 6:45:30 PM EST, tor-relays-requ...@lists.torproject.org wrote: Send tor-relays mailing list submissions to tor-relays@lists.torproject.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays or, via email, send a message with subject or body 'help' to tor-relays-requ...@lists.torproject.org You can reach the person managing the list at tor-relays-ow...@lists.torproject.org When replying, please edit your Subject line so it is more specific than Re: Contents of tor-relays digest... Today's Topics: 1. Reduced number of HSDir's (Sebastian Urbach) 2. Re: Reduced number of HSDir's (Austin Bentley) 3. Re: Reduced number of HSDir's (Kura) 4. Re: Reduced number of HSDir's (Sebastian G. bastik.tor) 5. Help - My relay consensus has been stripped back to 20 (bigbud...@safe-mail.net) 6. Re: Help - My relay consensus has been stripped back to 20 (s7r) From: Sebastian Urbach sebast...@urbach.org To: tor-relays@lists.torproject.org Sent: Fri Jan 02 12:25:06 EST 2015 Subject: [tor-relays] Reduced number of HSDir's Hi, https://metrics.torproject.org shows a big nose dive recently regarding the number of HSDir's. Did i miss anything relevant in the last days ? That seem to be the reason why i see increasing download numbers on my system. Thanks for any lind of info. -- Sincerely yours / Sincères salutations Sebastian Urbach - Definition of Tor: 10% luck, 20% skill, 15% concentrated power of will, 5% pleasure, 50% pain and 100% reason to remember the name! - From: Austin Bentley ab...@mst.edu To: tor-relays@lists.torproject.org Sent: Fri Jan 02 13:29:33 EST 2015 Subject: Re: [tor-relays] Reduced number of HSDir's No clue. I wonder if there's some backlash from a anti-attack mechanism of some sort? There was a few attempted attacks against the Tor network, but it wasn't anything worth discussing. Check out the post on the 31st from blog.torproject.org. On Fri, Jan 2, 2015 at 11:25 AM, Sebastian Urbach sebast...@urbach.org wrote: Hi, https://metrics.torproject.org shows a big nose dive recently regarding the number of HSDir's. Did i miss anything relevant in the last days ? That seem to be the reason why i see increasing download numbers on my system. Thanks for any lind of info. -- Sincerely yours / Sincères salutations Sebastian Urbach - Definition of Tor: 10% luck, 20% skill, 15% concentrated power of will, 5% pleasure, 50% pain and 100% reason to remember the name! - ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays From: Kura k...@kura.io To: tor-relays@lists.torproject.org Sent: Fri Jan 02 13:47:51 EST 2015 Subject: Re: [tor-relays] Reduced number of HSDir's I think something must have happened, I restarted half a dozen or so of my relays over a week ago and none of them have been given the HSDir flag, which if I remember rightly is a 21 hour flag? I may be mistaken but, I would have expected that flag to be back with over a week of uptime. -- Kura t: @kuramanga [https://twitter.com/kuramanga] w: https://kura.io/ [https://kura.io/] g: @kura [http://git.io/kura] On 02/01/2015 18:30:00, Austin Bentley ab...@mst.edu wrote: No clue. I wonder if there's some backlash from a anti-attack mechanism of some sort? There was a few attempted attacks against the Tor network, but it wasn't anything worth discussing. Check out the post on the 31st from blog.torproject.org [http://blog.torproject.org]. On Fri, Jan 2, 2015 at 11:25 AM, Sebastian Urbach sebast...@urbach.org [mailto:sebast...@urbach.org] wrote: Hi, https://metrics.torproject.org [https://metrics.torproject.org] shows a big nose dive recently regarding the number of HSDir's. Did i miss anything relevant in the last days ? That seem to be the reason why i see increasing download numbers on my system. Thanks for any lind of info. -- Sincerely yours / Sincères salutations Sebastian Urbach - Definition of Tor: 10% luck, 20% skill, 15% concentrated power of will, 5% pleasure, 50% pain and 100% reason to remember the name! -
Re: [tor-relays] Help - My relay consensus has been stripped back to 20
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This was reported yesterday 01.01.2015 in IRC too, for this relay: 3D7E274A87D9A89AF064C13D1EE4CA1F184F2600 The same it was pushing good amounts of traffic and the consensus weight dropped to 20 with no modifications made to the Tor config file or anything. You are the 3rd person who reports this, seams like worth investigating further. I can see both of them are exits, but doubt this has anything to do with it. Could it be a measurement problem from the bandwidth authorities? Why would it happen only to very few relays in this case? On 1/3/2015 1:28 AM, bigbud...@safe-mail.net wrote: On the 29th December one of our relays, bigbud (6911888F83565892FE23F1B03EB501D80E1E8780) which had a consensus of 630+ and had been running for nearly 18 months (100 days uptime running 2.5.8) suddenly started receiving much less traffic. I have seen a gradual reduction in traffic over the course of the last year but on the 29th the drop off was very significant and I saw in Atlas that the consensus is dropped to 20. When I look at the consensus files it shows that bigbud has a consensus of 20 and that Unmeasured was set to 1. Any ideas please? I upgraded Tor to 2.5.10 after I noticed the consensus drop. Is this something to do with the Lizard new relay flood or something or is there an actual problem with the relay? On a related note the relay lost guard status too a few months ago and I couldn't see why that would be. ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) iQEcBAEBAgAGBQJUpyxIAAoJEIN/pSyBJlsRB6MH+wWzDQPlhf+H4KWkoX9J6jhc GQbL3+YmmZP1Eh941hnE6zaHpk5OUZiDarovBxSdL0FPEyHWlvLJIsFR6VXmfq2s RB4hId21mKR5HQLNy/at6KP4Xs7dv3Qyid/KCZK3qH82HtJ9Yt9lA6yNTT8uLWmV zIr1SKAMltBiIVrBWZaNGtqy5NVrGiF3yx2VYuHT7ZORL1l8BVjvG2I9d+/n2n7r 3RdEUKXSeFp/UnLlN5M9ZhHEdQLkioKfUisnkHdPKu7LTvWlVIONCm0t5lHo62xh MUmbBP+lrWMfmQE8sJaTgmlJKq26Gb+JtG7uXV8k+XOfDokQygnFclJwZtUnKrQ= =9kZo -END PGP SIGNATURE- ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Re: [tor-relays] Help - My relay consensus has been stripped back to 20
On January 3, 2015 2:03:33 AM bigbud...@safe-mail.net wrote: Hi, Thanks Sebastian, That explains the loss of guard status back in August at least. I totally missed that announcement. Back to the main issue, it does look like one or two others at least are having this problem. Is it simply as a result of being in a Lizard-blacklisted netblock? Bigbud is in 85.119.0.0/16. Is the current Lizard-blacklist published or is it only known to the directory authorities? As i recall there was a mail from Giovanny a few days ago and he reported his relay being down. But he had log file entries like: [warn] http status 400 (Authdir is rejecting routers in this range.) response from dirserver '128.31.0.39:9131'. Any of those in your log ? thanks BB Hi, Found the snippet with the changes for the guards: Tor Weekly News, 30th of July 2014 Once directory authorities have upgraded, they will “assign the Guard flag to the fastest 25% of the network”. Some experiments showed that “for the current network, this results in about 1100 guards, down from 2500.” -- Sincerely yours / Sincères salutations Sebastian Urbach ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays -- Sincerely yours / Sincères salutations Sebastian Urbach - Definition of Tor: 10% luck, 20% skill, 15% concentrated power of will, 5% pleasure, 50% pain and 100% reason to remember the name! - ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Re: [tor-relays] Reduced number of HSDir's
02.01.2015, 19:47 Kura: I think something must have happened, I restarted half a dozen or so of my relays over a week ago and none of them have been given the HSDir flag, which if I remember rightly is a 21 hour flag? I may be mistaken but, I would have expected that flag to be back with over a week of uptime. It used to be a 25 hour flag. 1 day plus an additional hour. I think (yes, that says I don't know) the period being longer than 24 hours had something to do with an attack to get relays under adversary control in the right position to become a HSDir for some hidden-services. If one pays for a relays by days an additional hour is an additional day for an attacker. I may have missed something, but maybe it was raised. I do remember that changes to Guards took place, like requiring them to have more bandwidth and to reducing the number of Guards clients would use. This was due to research. Regards, Sebastian ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
[tor-relays] Fwd: [tor-talk] please advise on renting a gigabit capable dedicated server
In case there are people that don't subscribe to both. Forwarded Message Subject: [tor-talk] please advise on renting a gigabit capable dedicated server Date: Fri, 2 Jan 2015 19:31:05 -0600 From: Christopher Yeager ja...@farmhouseproject.org Reply-To: tor-t...@lists.torproject.org To: tor-t...@lists.torproject.org Hi tor users, my coworkers and I are considering getting together to run a gigabit exit relay and are curious if you all have advice as to the best place to go shopping for a server with 1gbps dedicated bandwidth in a location that is helpful to the network. Someone on irc pointed me to this list, but I'm happy to ask on another if it would be more appropriate. Thanks in advance! -- tor-talk mailing list - tor-t...@lists.torproject.org To unsubscribe or change other settings go to https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk signature.asc Description: OpenPGP digital signature ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
[tor-relays] Help - My relay consensus has been stripped back to 20
On the 29th December one of our relays, bigbud (6911888F83565892FE23F1B03EB501D80E1E8780) which had a consensus of 630+ and had been running for nearly 18 months (100 days uptime running 2.5.8) suddenly started receiving much less traffic. I have seen a gradual reduction in traffic over the course of the last year but on the 29th the drop off was very significant and I saw in Atlas that the consensus is dropped to 20. When I look at the consensus files it shows that bigbud has a consensus of 20 and that Unmeasured was set to 1. Any ideas please? I upgraded Tor to 2.5.10 after I noticed the consensus drop. Is this something to do with the Lizard new relay flood or something or is there an actual problem with the relay? On a related note the relay lost guard status too a few months ago and I couldn't see why that would be. ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Re: [tor-relays] Help - My relay consensus has been stripped back to 20
Thanks Sebastian, That explains the loss of guard status back in August at least. I totally missed that announcement. Back to the main issue, it does look like one or two others at least are having this problem. Is it simply as a result of being in a Lizard-blacklisted netblock? Bigbud is in 85.119.0.0/16. Is the current Lizard-blacklist published or is it only known to the directory authorities? thanks BB Hi, Found the snippet with the changes for the guards: Tor Weekly News, 30th of July 2014 Once directory authorities have upgraded, they will “assign the Guard flag to the fastest 25% of the network”. Some experiments showed that “for the current network, this results in about 1100 guards, down from 2500.” -- Sincerely yours / Sincères salutations Sebastian Urbach ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Re: [tor-relays] Help - My relay consensus has been stripped back to 20
On January 3, 2015 12:29:48 AM bigbud...@safe-mail.net wrote: Hi, On a related note the relay lost guard status too a few months ago and I couldn't see why that would be. The criterias for the guards changed a few months ago but i can't find the text right now. You can see a nose dive regarding the guards a few months ago (metrics.torproject.org) -- Sincerely yours / Sincères salutations Sebastian Urbach - Definition of Tor: 10% luck, 20% skill, 15% concentrated power of will, 5% pleasure, 50% pain and 100% reason to remember the name! - ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
[tor-relays] Help - My relay consensus has been stripped back to 20
Hi, Found the snippet with the changes for the guards: Tor Weekly News, 30th of July 2014 Once directory authorities have upgraded, they will “assign the Guard flag to the fastest 25% of the network”. Some experiments showed that “for the current network, this results in about 1100 guards, down from 2500.” -- Sincerely yours / Sincères salutations Sebastian Urbach - Definition of Tor: 10% luck, 20% skill, 15% concentrated power of will, 5% pleasure, 50% pain and 100% reason to remember the name! - ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Re: [tor-relays] Reduced number of HSDir's
There was a new line added to authority director configs, which was a response to the recent Sybil attack [1]: MinUptimeHidServDirectoryV2 96 hours That's only 4 days, I wonder if anything else has changed. --SiNA [1] https://lists.torproject.org/pipermail/tor-consensus-health/2014-December/005381.html Be the change that you wish to see in the world. - Mahatma Gandhi - On Jan 2, 2015, at 2:51 PM, Sebastian G. bastik.tor bastik@googlemail.com wrote: 02.01.2015, 19:47 Kura: I think something must have happened, I restarted half a dozen or so of my relays over a week ago and none of them have been given the HSDir flag, which if I remember rightly is a 21 hour flag? I may be mistaken but, I would have expected that flag to be back with over a week of uptime. It used to be a 25 hour flag. 1 day plus an additional hour. I think (yes, that says I don't know) the period being longer than 24 hours had something to do with an attack to get relays under adversary control in the right position to become a HSDir for some hidden-services. If one pays for a relays by days an additional hour is an additional day for an attacker. I may have missed something, but maybe it was raised. I do remember that changes to Guards took place, like requiring them to have more bandwidth and to reducing the number of Guards clients would use. This was due to research. Regards, Sebastian ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays