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