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@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@lists.torproject.org wrote:

> Date: Sat, 11 Oct 2014 17:21:51 +0300
> From: s7r <s7r@sky-ip.org>
> To: tor-relays@lists.torproject.org
> Subject: Re: [tor-relays] Few questions about relaying
> Message-ID: <54393CFF.5030903@sky-ip.org>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Signed PGP part
>     RelayBandwidthBurst 15 MBytes
>     RelayBandwidthRate 3 MBytes
>     ContactInfo QuebecFibe@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@sky-ip.org
> > <mailto:s7r@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@gmail.com
> >> <mailto:quebecfibe@gmail.com> <mailto:quebecfibe@gmail.com
> >> <mailto:quebecfibe@gmail.com>>>:
> >
> >> no reason for my node to be hibernating, no caps...
> >
> >> 2014-10-11 3:31 GMT-04:00 Lunar <lunar@torproject.org
> >> <mailto:lunar@torproject.org> <mailto:lunar@torproject.org
> >> <mailto:lunar@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@torproject.org <mailto:lunar@torproject.org>
> > <mailto:lunar@torproject.org <mailto:lunar@torproject.org>>>
> >
> >> _______________________________________________ tor-relays
> >> mailing list tor-relays@lists.torproject.org
> >> <mailto:tor-relays@lists.torproject.org>
> >> <mailto:tor-relays@lists.torproject.org
> > <mailto:tor-relays@lists.torproject.org>>
> >> 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
> >
> >
> > _______________________________________________ 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
> >
> >
> >
> >
> > _______________________________________________ tor-relays mailing
> > list tor-relays@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@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays