[tor-relays] consensus weight tanking

Georg Koppen gk at torproject.org
Fri Oct 7 15:12:31 UTC 2022


Me via tor-relays:
> Thanks for the prompt response. My apologies for the omission in the original post.
> My relays are called 405test1 and 405test2.
> Both relays are vm's on a proxmox server with the only difference in set up being port numbers. I have had both operating since July 2022 with no issues.

Do you see anything in the logs that could explain the difference? The 
bandwidth authorities might have issues measuring 405test2 properly (you 
can check the differences for both relays on 
https://consensus-health.torproject.org/ at the bottom of the page, 
entering your relay fingerprints), but I am not sure.

I guess one could have a closer look at the bandwidth files[1] figuring 
out what they say over the course of the last weeks. Maybe that would 
shine some light on what is going on (it's a bunch of work, though).

Georg

[1] https://collector.torproject.org/archive/relay-descriptors/bandwidths/

> Thanks again!
> 
> On October 6, 2022 4:59:22 AM CDT, tor-relays-request at lists.torproject.org wrote:
>> Send tor-relays mailing list submissions to
>> 	tor-relays at lists.torproject.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> 	https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
>> or, via email, send a message with subject or body 'help' to
>> 	tor-relays-request at lists.torproject.org
>>
>> You can reach the person managing the list at
>> 	tor-relays-owner at lists.torproject.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of tor-relays digest..."
>>
>>
>> Today's Topics:
>>
>>    1. Re: Moving middle relays to bridges? (Chris)
>>    2. Consensus weight tanking (Me)
>>    3. Re: Consensus weight tanking (Georg Koppen)
>>    4. Re: many connections (Chris)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Wed, 05 Oct 2022 05:32:20 -0400
>> From: Chris <tor at wcbsecurity.com>
>> To: tor-relays at lists.torproject.org
>> Subject: Re: [tor-relays] Moving middle relays to bridges?
>> Message-ID: <2d1975a2-6362-48d3-8dc3-05bd16797797 at wcbsecurity.com>
>> Content-Type: text/plain; charset="utf-8"
>>
>> Bridges more or less function as guard relays except their IP addresses are not known. Having a bridge with an IP address that's already know somehow defeats the purpose.
>>
>> As far as I'm concerned the list of relays should not be public. Only exit relays need to be known for liability reasons. Once we stop publishing IP addresses of relays, the need for bridges will be greatly reduced.
>>
>> That being said, I believe if your relay is no longer a relay for a week, it will be removed from the public relay list. Not sure if it will be removed from the censors' list.
>> ??
>>
>>
>> -------- Original Message --------
>> From: "Isaac Grover, Aileron I.T." <igrover at aileronit.com>
>> Sent: Tue Oct 04 12:15:52 EDT 2022
>> To: "tor-relays at lists.torproject.org" <tor-relays at lists.torproject.org>
>> Subject: [tor-relays] Moving middle relays to bridges?
>>
>> Good morning,
>>
>> According to tor metrics, there have been nearly three times the number of relays as bridges over the last three months so I would like to move my handful of middle relays to bridges.  They will keep their same IP address.  Is there a best practice with regards to doing this so the directories don't get confused?
>>
>> Make your day great,
>> Isaac Grover
>>
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> 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/20221005/8da902a3/attachment-0001.htm>
>>
>> ------------------------------
>>
>> Message: 2
>> Date: Wed, 05 Oct 2022 10:07:32 -0500
>> From: Me <theyarewatching at disroot.org>
>> To: tor-relays at lists.torproject.org
>> Subject: [tor-relays] Consensus weight tanking
>> Message-ID: <D028F9D8-5159-4904-832A-0E4F6A402022 at disroot.org>
>> Content-Type: text/plain; charset="utf-8"
>>
>> Good day,
>> Not sure if this would be the proper avenue to pursue this. I operate a couple of middle relays from my home server. All seemed well until this morning. Three days ago one was promoted to guard status while the other lags behind. This morning I check the Tor metrics page and the consensus weight graphs on both relays have bottomed out. The other metrics do not have appeared to have remained normal for daily operations.
>> Any suggestions or input are greatly appreciated
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: <http://lists.torproject.org/pipermail/tor-relays/attachments/20221005/d0e51c9c/attachment-0001.htm>
>>
>> ------------------------------
>>
>> Message: 3
>> Date: Thu, 6 Oct 2022 08:02:51 +0000
>> From: Georg Koppen <gk at torproject.org>
>> To: tor-relays at lists.torproject.org
>> Subject: Re: [tor-relays] Consensus weight tanking
>> Message-ID: <a774a7bc-162f-913d-e2c2-751b54bd8755 at torproject.org>
>> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>>
>> Me via tor-relays:
>>> Good day,
>>> Not sure if this would be the proper avenue to pursue this. I operate a couple of middle relays from my home server. All seemed well until this morning. Three days ago one was promoted to guard status while the other lags behind. This morning I check the Tor metrics page and the consensus weight graphs on both relays have bottomed out. The other metrics do not have appeared to have remained normal for daily operations.
>>> Any suggestions or input are greatly appreciated
>>
>> My first idea would be sending you to the relay lifecycle blog post[1],
>> in particular Phase 3. But maybe we could look closer if you said which
>> relays you are running (and which are affected). :)
>>
>> Georg
>>
>> [1] https://blog.torproject.org/lifecycle-of-a-new-relay/
>>
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: OpenPGP_signature
>> Type: application/pgp-signature
>> Size: 833 bytes
>> Desc: OpenPGP digital signature
>> URL: <http://lists.torproject.org/pipermail/tor-relays/attachments/20221006/345261cc/attachment-0001.sig>
>>
>> ------------------------------
>>
>> Message: 4
>> Date: Thu, 6 Oct 2022 05:47:18 -0400
>> From: Chris <tor at wcbsecurity.com>
>> To: tor-relays at lists.torproject.org, Richie <richie at zuviel.org>
>> Subject: Re: [tor-relays] many connections
>> Message-ID: <783f8f8a-cf2d-b289-1066-6ec31b8fbe98 at wcbsecurity.com>
>> Content-Type: text/plain; charset="us-ascii"
>>
>> An HTML attachment was scrubbed...
>> URL: <http://lists.torproject.org/pipermail/tor-relays/attachments/20221006/291074b2/attachment.htm>
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: 0x6FF16D076C04AB67.asc
>> Type: application/pgp-keys
>> Size: 8757 bytes
>> Desc: not available
>> URL: <http://lists.torproject.org/pipermail/tor-relays/attachments/20221006/291074b2/attachment.key>
>>
>> ------------------------------
>>
>> Subject: Digest Footer
>>
>> _______________________________________________
>> tor-relays mailing list
>> tor-relays at lists.torproject.org
>> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
>>
>>
>> ------------------------------
>>
>> End of tor-relays Digest, Vol 141, Issue 5
>> ******************************************
> 
> 
> _______________________________________________
> tor-relays mailing list
> tor-relays at lists.torproject.org
> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://lists.torproject.org/pipermail/tor-relays/attachments/20221007/12a9912a/attachment-0001.sig>


More information about the tor-relays mailing list