[tor-relays] Few questions about relaying

Fri Oct 17 06:54:09 UTC 2014

Hey, me again !

After adjusting everything, and waiting a few days, I'm still "hibernating"
and getting a mere 26Kb measured speed... I watched it closely and it got
peeks up to 75Mb, but then dropped ... went up, then down .... etc ...

Any idea ?

2014-10-11 15:40 GMT-04:00 teor <teor2345 at gmail.com>:

> Unless you have a specific need to debug tor (hint: you don't), you should
> remove this line to improve security:
>
> DisableDebuggerAttachment 0
>
> And please consider adjusting these lines rather than removing them:
>
> RelayBandwidthBurst 25 MBytes
> RelayBandwidthRate 20 MBytes
>
> We've found that relays perform best when given a rate slightly under the
> capacity of the link.
>
> teor
> pgp 0xABFED1AC
> hkp://pgp.mit.edu/
> https://gist.github.com/teor2345/d033b8ce0a99adbc89c5
>
> http://0bin.net/paste/Mu92kPyphK0bqmbA#Zvt3gzMrSCAwDN6GKsUk7Q8G-eG+Y+BLpe7wtmU66Mx
>
> On 12 Oct 2014, at 01:22 , tor-relays-request at lists.torproject.org wrote:
>
> > Date: Sat, 11 Oct 2014 17:21:51 +0300
> > From: s7r <s7r at sky-ip.org>
> > To: tor-relays at lists.torproject.org
> > Subject: Re: [tor-relays] Few questions about relaying
> > Message-ID: <54393CFF.5030903 at sky-ip.org>
> > Content-Type: text/plain; charset=ISO-8859-1
> >
> > Signed PGP part
> >     RelayBandwidthBurst 15 MBytes
> >     RelayBandwidthRate 3 MBytes
> >     ContactInfo QuebecFibe at gmail.com - 200Mb dedicated relay
> >     ControlPort 9052
> >     CookieAuthentication 1
> >     DataDirectory /home/blaise/.arm/tor_data
> >     DirPort 9030
> >     DisableDebuggerAttachment 0
> >     ExitPolicy reject *:*
> >     Log notice file /home/blaise/.arm/tor_log
> >     Nickname QuebecFibe
> >     ORPort 27645
> >     RunAsDaemon 1
> >
> >
> > Use this. You are using the latest Tor?
> >
> >
> > On 10/11/2014 5:11 PM, Blaise Gagnon wrote:
> > > http://pastebin.com/DQ4k7Fzz
> > >
> > > 2014-10-11 10:06 GMT-04:00 s7r <s7r at sky-ip.org
> > > <mailto:s7r at sky-ip.org>>:
> > >
> > > Can you please copy/paste your entire torrc to a pastebin and
> > > provide us the link?
> > >
> > > It is hibernating only if you use accounting. Provide us your
> > > entire complete torrc and we will correct it for you if you don't
> > > have traffic limits on your server.
> > >
> > > On 10/11/2014 4:54 PM, Blaise Gagnon wrote:
> > >> after a few hours, still hibernating, and still wondering why I
> > >> lost Stable, Guard and Named all at the same time (see atlas
> > >> graph)... weird.
> > >
> > >> 2014-10-11 6:03 GMT-04:00 Blaise Gagnon <quebecfibe at gmail.com
> > >> <mailto:quebecfibe at gmail.com> <mailto:quebecfibe at gmail.com
> > >> <mailto:quebecfibe at gmail.com>>>:
> > >
> > >> no reason for my node to be hibernating, no caps...
> > >
> > >> 2014-10-11 3:31 GMT-04:00 Lunar <lunar at torproject.org
> > >> <mailto:lunar at torproject.org> <mailto:lunar at torproject.org
> > >> <mailto:lunar at torproject.org>>>:
> > >
> > >> Blaise Gagnon:
> > >>> and ... what is "hibernating" ?
> > >
> > >> See AccountingMax and related options in tor manpage:
> > >
> > >> AccountingMax N
> > >> bytes|KBytes|MBytes|GBytes|KBits|MBits|GBits|TBytes Never send
> > >> more than the specified number of bytes in a given accounting
> > >> period, or receive more than that number in the period. For
> > >> example, with AccountingMax set to 1 GByte, a server could send
> > >> 900 MBytes and receive 800 MBytes and continue running. It will
> > >> only hibernate once one of the two reaches 1 GByte. When the
> > >> number of bytes gets low, Tor will stop accepting new connections
> > >> and circuits. When the number of bytes is exhausted, Tor will
> > >> hibernate until some time in the next accounting period. To
> > >> prevent all servers from waking at the same time, Tor will also
> > >> wait until a random point in each period before waking up. If you
> > >> have bandwidth cost issues, enabling hibernation is preferable to
> > >> setting a low bandwidth, since it provides users with a
> > >> collection of fast servers that are up some of the time, which is
> > >> more useful than a set of slow servers that are always
> > >> "available".
> > >
> > >> -- Lunar <lunar at torproject.org <mailto:lunar at torproject.org>
> > > <mailto:lunar at torproject.org <mailto:lunar at torproject.org>>>
> > >
> > >> _______________________________________________ tor-relays
> > >> mailing list tor-relays at lists.torproject.org
> > >> <mailto:tor-relays at lists.torproject.org>
> > >> <mailto:tor-relays at lists.torproject.org
> > > <mailto:tor-relays at lists.torproject.org>>
> > >> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
> > >
> > >
> > >
> > >
> > >
> > >> _______________________________________________ tor-relays
> > >> mailing list tor-relays at lists.torproject.org
> > >> <mailto:tor-relays at lists.torproject.org>
> > >> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
> > >
> > >
> > > _______________________________________________ tor-relays mailing
> > > list tor-relays at lists.torproject.org
> > > <mailto:tor-relays at lists.torproject.org>
> > > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
> > >
> > >
> > >
> > >
> > > _______________________________________________ tor-relays mailing
> > > list tor-relays at lists.torproject.org
> > > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
> > >
> >
> > --
> > s7r
> > PGP Fingerprint: 7C36 9232 5ABD FB0B 3021 03F1 837F A52C 8126 5B11
> > PGP Pubkey: http://www.sky-ip.org/s7r@sky-ip.org.asc
> >
>
>
>
>
> _______________________________________________
> tor-relays mailing list
> tor-relays at lists.torproject.org
> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.torproject.org/pipermail/tor-relays/attachments/20141017/2dc6dfa6/attachment-0001.html>