[tor-relays] Well, that escalated quickly
Hello all. I started an exit relay on Saturday. Last night I took a look at the log and I saw something like 30 active circuits at the heartbeat and the relay had passed a few tens of megabytes. I just logged in and saw 8,000 active circuits at the heartbeat and > 2 GB passed. Is it normal for an exit relay to suddenly ramp up like that? Just curious. Sent with ProtonMail Secure Email. publickey - enrollado@protonmail.ch - 0x5923AD04.asc Description: application/pgp-keys 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] Authorithy clock skew in consensus health page
Hi all, Its just a curiosity question... What is the reference source used in comparsions of authorities clock skew in consensus health? Are they synced throught NTP daemons (like chrony or opentpd for example)? TOR can take advange of very accurate timing in the authorities and relays? I know that just few seconds (or miliseconds?) are fine of clock offset. And if the relay's clock has some fluctuation of hundreds of miliseconds? For example going from -100mS of offset to +300mS offset and them to -200 mS offset... I mean, too much clock noise can be a problem for TOR? Best regards, Luiz Sent with [ProtonMail](https://protonmail.com) Secure Email.___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Re: [tor-relays] Authorithy clock skew in consensus health page
On Tue, Dec 15, 2020 at 04:43:53AM +, torjoy wrote: > Its just a curiosity question... What is the reference source used in > comparsions of authorities clock skew in consensus health? There are two "consensus health" tools, DepicTor and DocTor: https://gitweb.torproject.org/depictor.git/tree/ https://gitweb.torproject.org/doctor.git/tree/ And I think if this is the page you're talking about: https://consensus-health.torproject.org/#authorityclocks it is generated by DepicTor. > Are they synced throught NTP daemons (like chrony or opentpd for example)? The directory authorities each use whatever tools they want to use for keeping their time accurate. I imagine that yes, many of them use some sort of ntpd. > TOR can take advange of very accurate timing in the authorities and relays? I > know that just few seconds (or miliseconds?) are fine of clock offset. And if > the relay's clock has some fluctuation of hundreds of miliseconds? For > example going from -100mS of offset to +300mS offset and them to -200 mS > offset... Correct, clock problems on the order of a second or two are fine. In fact, I don't think that DepicTor's measurement will be more accurate than that anyway, because I think the number comes from looking at the Date stamp in the http header of the response, and comparing it to what time the local DepicTor script thinks it is. So there will be issues like network latency that affect it in tiny ways. > I mean, too much clock noise can be a problem for TOR? Correct. For directory authorities, they need to synchronize within a minute or so, because of the timing required for voting about the consensus documents: https://spec.torproject.org/dir-spec Relays can handle some more skew than that, but if they get too skewed then they will start fetching and serving the wrong directory information. Hope that helps, --Roger ___ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
Re: [tor-relays] Question: RAM requirement for an exit relay
Hello ! Thank you very much for the large amount of replies. I have made a test and after less hours of activity I can confirm the low RAM consumption. There are no problems with 1GB. 'htop' reports 3,1% of RAM usage for 'unbound'. I will now reconfigure my fleet one by one next days. Kind regards ! Olaf Am 14.12.20 um 15:10 schrieb to...@protonmail.com: > I have several 1 G RAM exits running unbound without a problem. They never > seem to hit swap, either. On FreeBSD: > last pid: 83973; load averages: 0.86, 0.71, 0.62 > up 130+15:44:28 16:02:04 > 23 processes: 2 running, 21 sleeping > CPU: 43.1% user, 0.0% nice, 2.7% system, 5.5% interrupt, 48.6% idle > Mem: 101M Active, 734M Inact, 444M Wired, 151M Buf, 210M Free > Swap: 512M Total, 512M Free > > Go for it, > > --Torix > > > ‐‐‐ Original Message ‐‐‐ > On Monday, December 14, 2020 1:11 PM, wrote: > >> On 14.12.2020 13:58, li...@for-privacy.net wrote: >> >>> grep VmPeak/proc/$PID/status = 181836 kB >> A non exit has less: >> grep VmPeak/proc/$PID/status = 57336 kB >> tor-proxy-02.for-privacy.net ^^ >> >> --- >> >> ╰_╯ Ciao Marco! >> >> Debian GNU/Linux >> >> It's free software and it gives you freedom! >> >> 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] Question: RAM requirement for an exit relay
hey, partly related to original question: I'm planning to set up a new exit. My very first relay. I'm planning to use a small SoC with 2GB ram. Something running on ARM like a raspberry pi. Is this feasible or even a good idea? Regards On 14 Dec 2020, at 15:10, to...@protonmail.com wrote: I have several 1 G RAM exits running unbound without a problem. They never seem to hit swap, either. On FreeBSD: last pid: 83973; load averages: 0.86, 0.71, 0.62 up 130+15:44:28 16:02:04 23 processes: 2 running, 21 sleeping CPU: 43.1% user, 0.0% nice, 2.7% system, 5.5% interrupt, 48.6% idle Mem: 101M Active, 734M Inact, 444M Wired, 151M Buf, 210M Free Swap: 512M Total, 512M Free Go for it, --Torix ‐‐‐ Original Message ‐‐‐ > On Monday, December 14, 2020 1:11 PM, wrote: > >> On 14.12.2020 13:58, li...@for-privacy.net wrote: >> >> grep VmPeak/proc/$PID/status = 181836 kB > > A non exit has less: > grep VmPeak/proc/$PID/status = 57336 kB > tor-proxy-02.for-privacy.net ^^ > > --- > > ╰_╯ Ciao Marco! > > Debian GNU/Linux > > It's free software and it gives you freedom! > > 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