Re: [tor-relays] Relay no longer acting as a gaurd node?

2023-11-11 Thread Chris Enkidu-6
Just wondering, you haven't set a bandwidth limit on that node, have
you? Setting an AccountingMax directive will cause you to lose your
Guard flag since your server can't be available at all times.


On 11/9/2023 10:03 AM, Jonathan Proulx wrote:
> Hi All,
>
> A little while ago one of my relays switched from usually acting as a
> guard node to never acting as a guard node:
>
> https://metrics.torproject.org/rs.html#details/9715C81BA8C5B0C698882035F75C67D6D643DBE3
>
> Doesn't matter to me if it's a guard or not jsut want to understand
> what's changed and if it's a problem. Do I have a misconfiguration?
>
> -Jon
>
> ___
> 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] Relay no longer acting as a gaurd node?

2023-11-11 Thread denny . obreham
On 11/9/23 16:03, Jonathan Proulx wrote:
> A little while ago one of my relays switched from usually acting as a
> guard node to never acting as a guard node:
>
> https://metrics.torproject.org/rs.html#details/9715C81BA8C5B0C698882035F75C67D6D643DBE3
>
>
> Doesn't matter to me if it's a guard or not jsut want to understand
> what's changed and if it's a problem. Do I have a misconfiguration?

I had a similar event about a month ago and everything came back to normal on 
its own.

I found that the following answer to my question on this mailing list was very 
helpful: 
https://lists.torproject.org/pipermail/tor-relays/2023-September/021334.html
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays


Re: [tor-relays] "Failed to find node for hop #1 of our path"

2023-11-11 Thread Roger Dingledine
On Thu, Nov 09, 2023 at 06:33:08PM -0500, William Denton wrote:
> Lately my relay hasn't been seeing much traffic, which I didn't notice for a
> while, but now I'm turning my attention to it.  I just updated to 0.4.8.9
> and see these notices (with some lines cut out):

Thanks for running a relay!

Do you know if you were seeing those messages on earlier Tor versions too?

> Nov 09 13:36:42.000 [notice] Tor has not observed any network activity for 
> the past 521 seconds. Disabling circuit build timeout recording.
> Nov 09 13:38:03.000 [notice] Failed to find node for hop #1 of our path. 
> Discarding this circuit.

These are client-side messages, that is, your Tor is acting as both a
relay (because you configured it that way) and a client (in case you
try to use it that way), and it is not finding itself to be stable as
a client.

These particular circuits are probably the exploratory testing circuits
that Tor clients make at first, to understand how fast their network is
in order to avoid using the bottom 20% ("long tail") of circuits that
take the longest to make.

> There are hundreds of those notices about failing to find a node for hop #1.
> (I don't know why it complains about the network being down to 2013 seconds
> (over half an hour), because I didn't notice anything, but there were scores
> of the same warnings before that.)
> 
> What would cause this, or what could I do to identify the problem?

Well, the first question is, are you sure your network connection is
stable and working this whole time? An easy explanation would be that you
had connectivity problems during that time, and from a relay perspective
Tor just sat there patiently not minding that nobody was arriving, but
from a client perspective it noticed that something was wrong and said so.

I am guessing that this is your relay:
https://metrics.torproject.org/rs.html#details/2A6E7ABF43F9796AD4A13DF2B2047F90E7291A5F

Another possibility, which I don't think applies in your case, is that
your relay is so overwhelmed with traffic, and/or is rate limiting all of
its traffic, that the client-side testing circuits are squeezed out. But
based on the bandwidth graphs I don't think that's happening here.

--Roger

___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays


Re: [tor-relays] Relay no longer acting as a gaurd node?

2023-11-11 Thread Alex Xu (Hello71) via tor-relays
Excerpts from Jonathan Proulx's message of November 9, 2023 10:03 am:
> Hi All,
> 
> A little while ago one of my relays switched from usually acting as a
> guard node to never acting as a guard node:
> 
> https://metrics.torproject.org/rs.html#details/9715C81BA8C5B0C698882035F75C67D6D643DBE3
> 
> Doesn't matter to me if it's a guard or not jsut want to understand
> what's changed and if it's a problem. Do I have a misconfiguration?
> 
> -Jon

Your relay doesn't have the Stable flag, which is a requirement for 
Guard. If you're not sure why your relay is seen as unstable, you can 
try to run some monitoring software, or sign up for the revamped Tor 
Weather service (https://weather.torproject.org/). Unfortunately, if 
your downtime is due to system updates, you'll need to try to 
consolidate those, as even scheduled restarts are counted against a 
relay for Guard status. I'm not sure what the MTBF criteria are now, but 
restarting more than once a week will probably disqualify a relay from 
being a Guard.

Cheers,
Alex.
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays


[tor-relays] "Failed to find node for hop #1 of our path"

2023-11-11 Thread William Denton
Lately my relay hasn't been seeing much traffic, which I didn't notice for a 
while, but now I'm turning my attention to it.  I just updated to 0.4.8.9 and 
see these notices (with some lines cut out):


[all the startup stuff looks normal, ending with success]

Nov 09 13:07:31.000 [notice] External address seen and suggested by a directory 
authority: 24.212.137.85
Nov 09 13:08:29.000 [notice] Self-testing indicates your ORPort 
24.212.137.85:9001 is reachable from the outside. Excellent. Publishing server 
descriptor.
Nov 09 13:10:39.000 [notice] Performing bandwidth self-test...done.

[but then]

Nov 09 13:36:42.000 [notice] Tor has not observed any network activity for the 
past 521 seconds. Disabling circuit build timeout recording.
Nov 09 13:38:03.000 [notice] Failed to find node for hop #1 of our path. 
Discarding this circuit.
Nov 09 13:38:03.000 [notice] Our circuit 0 (id: 151) died due to an invalid 
selected path, purpose Hidden service: Pre-built vanguard circuit. This may be 
a torrc configuration issue, or a bug.
Nov 09 13:39:24.000 [notice] Failed to find node for hop #1 of our path. 
Discarding this circuit.
Nov 09 13:40:10.000 [notice] Failed to find node for hop #1 of our path. 
Discarding this circuit.

[later]

Nov 09 14:01:27.000 [notice] Failed to find node for hop #1 of our path. 
Discarding this circuit.
Nov 09 14:01:34.000 [notice] Tor now sees network activity. Restoring circuit 
build timeout recording. Network was down for 2013 seconds during 43 circuit 
attempts.
Nov 09 14:02:35.000 [notice] No circuits are opened. Relaxed timeout for 
circuit 2627 (a Measuring circuit timeout 3-hop circuit in state doing 
handshakes with channel state open) to 6ms. However, it appears the circuit 
has timed out anyway.
Nov 09 14:02:44.000 [notice] Tor has not observed any network activity for the 
past 66 seconds. Disabling circuit build timeout recording.
Nov 09 14:04:03.000 [notice] Failed to find node for hop #1 of our path. 
Discarding this circuit.
Nov 09 14:06:24.000 [notice] Failed to find node for hop #1 of our path. 
Discarding this circuit.

There are hundreds of those notices about failing to find a node for hop #1. (I 
don't know why it complains about the network being down to 2013 seconds (over 
half an hour), because I didn't notice anything, but there were scores of the 
same warnings before that.)


What would cause this, or what could I do to identify the problem?

Bill Denton

--
William Denton
https://www.miskatonic.org/
Librarian, artist and licensed private investigator.
Toronto, Canada
CO₂: 419.18 ppm (Mauna Loa Observatory, 2023-11-07)___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays


Re: [tor-relays] Relay no longer acting as a gaurd node?

2023-11-11 Thread Bartosz Zieba

On 9.11.2023 16:47, Albert Larsan via tor-relays wrote:

On 11/9/23 16:03, Jonathan Proulx wrote:

A little while ago one of my relays switched from usually acting as a
guard node to never acting as a guard node:

https://metrics.torproject.org/rs.html#details/9715C81BA8C5B0C698882035F75C67D6D643DBE3 



Doesn't matter to me if it's a guard or not jsut want to understand
what's changed and if it's a problem. Do I have a misconfiguration?
I think this is because your relay is not up-to-date, you should 
update to the latest version available (0.4.8.8 at time of writing, 
though from what I can tell 0.4.8.9 was just released).



___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays


I've thought the same, but then I checked relays running 0.4.8.7 version 
and many (most?) of them are guard nodes: 
https://metrics.torproject.org/rs.html#search/flag:guard%20running:true%20version:0.4.8.7%20


I noticed that the author have updated their node to 0.4.8.8 version and 
still doesn't have the guard flag.


Best,
Bart

___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays