- Forwarded message from Adam Back -
Date: Mon, 14 Oct 2013 12:02:04 +0200
From: Adam Back
To: Eugen Leitl
Cc: Cpunks List , i...@postbiota.org,
zs-...@zerostate.is
Subject: Re: [tor-relays] NSA's "Tor Stinks"
Message-ID: <20131014100204.ga28...@netbook.cypherspace.org>
User-Agent: Mut
On Mon, Oct 14, 2013 at 08:26:52PM +0100, Chris Whittleston wrote:
> So I just started running a non-exit relay on a Raspberry Pi, and have hit
> a problem where it seems huge numbers of circuits are being created which
> overwhelms the system and can cause tor to crash. I read here (
> https://blo
Hey guys,
So I just started running a non-exit relay on a Raspberry Pi, and have hit
a problem where it seems huge numbers of circuits are being created which
overwhelms the system and can cause tor to crash. I read here (
https://blog.torproject.org/blog/how-to-handle-millions-new-tor-clients)
th
Aha - makes sense, I'll just build it myself. Thanks for the quick response.
So - the new handshake in 0.2.4.x doesn't help with the ongoing issues? On
that page I linked it was suggested it might...
Chris
On 14 October 2013 20:33, Roger Dingledine wrote:
> On Mon, Oct 14, 2013 at 08:26:52PM
On Mon, Oct 14, 2013 at 08:36:58PM +0100, Chris Whittleston wrote:
> Aha - makes sense, I'll just build it myself. Thanks for the quick response.
>
> So - the new handshake in 0.2.4.x doesn't help with the ongoing issues? On
> that page I linked it was suggested it might...
It does help! It helps
I see - so I'll probably still see the problem with a huge number of
circuits being created after I've finished building 0.2.4. Is there any way
to limit this, I'm guessing reducing the bandwidth wouldn't actually help?
I guess I'll look into how much further I can overclock the CPU...
Chris
On
On Mon, Oct 14, 2013 at 08:36:58PM +0100, Chris Whittleston wrote:
> Aha - makes sense, I'll just build it myself. Thanks for the quick response.
>
> So - the new handshake in 0.2.4.x doesn't help with the ongoing issues? On
> that page I linked it was suggested it might...
It would help except t
On 2013-10-14 22:01, Chris Whittleston wrote:
> I see - so I'll probably still see the problem with a huge number of
> circuits being created after I've finished building 0.2.4. Is there
> any way to limit this, I'm guessing reducing the bandwidth wouldn't
> actually help? I guess I'll look into ho
Thanks Logforme - yeah I was trying that before I sent the first email in
this chain, but maybe I didn't go low enough with the advertised bandwidth.
When the 0.2.4 compilation is done (it's still chugging along) I'll try
going lower and see if it helps.
Chris
On 14 October 2013 21:38, Logforme
Ok - I have 0.2.4.17-rc built and running on the Pi - I'll give it 24-48
hours to see if the same problem with sudden increases in the number of
circuits happens again, then try the MaxAdvertisedBandwidth setting in case
it helps.
Will drop feedback here in a couple of days - thanks for the help a
In my experience, setting the bandwidth advertising options does
nothing to stop the "storms" of circuit creation requests. It *will*
affect the *average* bandwidth used by your relay, but every once in a
while, I'll still get circuit-creation storms that completely overwhelm
my RPi and knock i
Do you think it might help to restart tor every 24 hours or so using cron
Dan - or would that adversely affect the network too much/not actually help?
On 14 Oct 2013 22:32, "Dan Staples" wrote:
> In my experience, setting the bandwidth advertising options does
> nothing to stop the "storms" of ci
I don't think it would make a difference. When my relay is experiencing
a circuit-creation storm, I've restarted Tor, and even stopped it for a
few minutes, but as soon as it comes back online, it gets slammed
again. Only leaving it offline for an hour or so and then turning it
back on seems to
13 matches
Mail list logo
