Re: [tor-relays] Low bandwidth

[Станислав]

and I have a recession0C0388BC552D7AC903F49390A40244FD3FFF44A2 01.04.2020, 19:34, "William Pate" :I'm running into the same problem -- seeing significant drop off in bandwidth advertised.Relay family: 7AC93EC4B3725ABF7E09A903BC4A5C5C1E36517FWilliam Patewillp...@pm.me512-947-3311inadequate.net‐‐‐ Original Message ‐‐‐On Tuesday, March 31, 2020 5:51 PM, teor  wrote:  Hi, I'm cc'ing the network health team, so they are aware of this issue. > > > On 30 Mar 2020, at 23:00, ha3ks ha...@protonmail.com wrote: > > > my relay dropped nearly all it’s bandwidth about a month ago, checking over it I can see 3 of the dir auths have given it a low consensus weighting, would that cause low bandwidth numbers? > > > I checked my ufw in Ubuntu and it’s allowing 443 and 80. > > > > Date: Tue, 31 Mar 2020 09:44:41 +1000 > > From: teor t...@riseup.net > > I have seen similar reports from a few other relay operators. > > What is your relay fingerprint? > > Have you followed the troubleshooting instructions here: > > https://trac.torproject.org/projects/tor/wiki/doc/MyRelayIsSlow > > On 31 Mar 2020, at 20:46, ha3ks ha...@protonmail.com wrote: > The fingerprint is - 6E1DA4C0B0C05FB721B42329C47A20DA22908AEB > I have followed some of this yes, though its a little over my head I have opened a ticket in sbws to follow up this issue: sbws measures some relays 100x lower than Torflow https://trac.torproject.org/projects/tor/ticket/33775 It could be related to these other issues: sbws does not detect changes in descriptor bandwidth values https://trac.torproject.org/projects/tor/ticket/30733 sbws bandwidth scans should require a minimum exit bandwidth https://trac.torproject.org/projects/tor/ticket/33009 T tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays___tor-relays mailing listtor-relays@lists.torproject.orghttps://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] Low bandwidth

[William Pate]

I'm running into the same problem -- seeing significant drop off in bandwidth 
advertised.

Relay family: 7AC93EC4B3725ABF7E09A903BC4A5C5C1E36517F





William Pate
willp...@pm.me
512-947-3311
inadequate.net

‐‐‐ Original Message ‐‐‐
On Tuesday, March 31, 2020 5:51 PM, teor  wrote:

> Hi,
>
> I'm cc'ing the network health team, so they are aware of this issue.
>
> > > > On 30 Mar 2020, at 23:00, ha3ks ha...@protonmail.com wrote:
> > > > my relay dropped nearly all it’s bandwidth about a month ago, checking 
> > > > over it I can see 3 of the dir auths have given it a low consensus 
> > > > weighting, would that cause low bandwidth numbers?
> > > > I checked my ufw in Ubuntu and it’s allowing 443 and 80.
> > >
> > > Date: Tue, 31 Mar 2020 09:44:41 +1000
> > > From: teor t...@riseup.net
> > > I have seen similar reports from a few other relay operators.
> > > What is your relay fingerprint?
> > > Have you followed the troubleshooting instructions here:
> > > https://trac.torproject.org/projects/tor/wiki/doc/MyRelayIsSlow
> >
> > On 31 Mar 2020, at 20:46, ha3ks ha...@protonmail.com wrote:
> > The fingerprint is - 6E1DA4C0B0C05FB721B42329C47A20DA22908AEB
> > I have followed some of this yes, though its a little over my head
>
> I have opened a ticket in sbws to follow up this issue:
>
> sbws measures some relays 100x lower than Torflow
> https://trac.torproject.org/projects/tor/ticket/33775
>
> It could be related to these other issues:
>
> sbws does not detect changes in descriptor bandwidth values
> https://trac.torproject.org/projects/tor/ticket/30733
>
> sbws bandwidth scans should require a minimum exit bandwidth
> https://trac.torproject.org/projects/tor/ticket/33009
>
> T
>
> 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] Low bandwidth

[teor]

Hi,

I'm cc'ing the network health team, so they are aware of this issue.

>>> On 30 Mar 2020, at 23:00, ha3ks ha...@protonmail.com wrote:
>>> my relay dropped nearly all it’s bandwidth about a month ago, checking over 
>>> it I can see 3 of the dir auths have given it a low consensus weighting, 
>>> would that cause low bandwidth numbers?
>>> I checked my ufw in Ubuntu and it’s allowing 443 and 80.
>> 
>> Date: Tue, 31 Mar 2020 09:44:41 +1000
>> From: teor t...@riseup.net
>> 
>> I have seen similar reports from a few other relay operators.
>> 
>> What is your relay fingerprint?
>> 
>> Have you followed the troubleshooting instructions here:
>> https://trac.torproject.org/projects/tor/wiki/doc/MyRelayIsSlow
> 
> On 31 Mar 2020, at 20:46, ha3ks  wrote:
> 
> The fingerprint is - 6E1DA4C0B0C05FB721B42329C47A20DA22908AEB
> 
> I have followed some of this yes, though its a little over my head

I have opened a ticket in sbws to follow up this issue:

sbws measures some relays 100x lower than Torflow
https://trac.torproject.org/projects/tor/ticket/33775

It could be related to these other issues:

sbws does not detect changes in descriptor bandwidth values
https://trac.torproject.org/projects/tor/ticket/30733

sbws bandwidth scans should require a minimum exit bandwidth
https://trac.torproject.org/projects/tor/ticket/33009

T




signature.asc
Description: Message signed with OpenPGP
___
tor-relays mailing list
tor-relays@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

Re: [tor-relays] Low bandwidth

[ha3ks]

Hi,

The fingerprint is - 6E1DA4C0B0C05FB721B42329C47A20DA22908AEB

I have followed some of this yes, though its a little over my head

Thanks
- Dan


Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐
On Tuesday, 31 March 2020 10:10,  
wrote:

> Send tor-relays mailing list submissions to
> tor-relays@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-requ...@lists.torproject.org
>
> You can reach the person managing the list at
> tor-relays-ow...@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: Low bandwidth (teor)
> 2.  Re: Possible to run a tor bridge/relay via tor browser?
> (Keifer Bly)
>
>
> Message: 1
> Date: Tue, 31 Mar 2020 09:44:41 +1000
> From: teor t...@riseup.net
> To: tor-relays@lists.torproject.org
> Subject: Re: [tor-relays] Low bandwidth
> Message-ID: 19b3a11c-d7cb-4b20-8319-8494a1ff0...@riseup.net
> Content-Type: text/plain; charset="utf-8"
>
> Hi,
>
> > On 30 Mar 2020, at 23:00, ha3ks ha...@protonmail.com wrote:
> > my relay dropped nearly all it’s bandwidth about a month ago, checking over 
> > it I can see 3 of the dir auths have given it a low consensus weighting, 
> > would that cause low bandwidth numbers?
> > I checked my ufw in Ubuntu and it’s allowing 443 and 80.
>
> I have seen similar reports from a few other relay operators.
>
> What is your relay fingerprint?
>
> Have you followed the troubleshooting instructions here:
> https://trac.torproject.org/projects/tor/wiki/doc/MyRelayIsSlow
>
> T
> -- next part --
> An HTML attachment was scrubbed...
> URL: 
> http://lists.torproject.org/pipermail/tor-relays/attachments/20200331/92051223/attachment-0001.html
>
> --
>
> Message: 2
> Date: Mon, 30 Mar 2020 07:44:52 -0700
> From: Keifer Bly keifer@gmail.com
> To: "tor-relays@lists.torproject.org"
> tor-relays@lists.torproject.org
> Subject: Re: [tor-relays] Possible to run a tor bridge/relay via tor
> browser?
> Message-ID: 5e8205eb.1c69fb81.ae0bc.7...@mx.google.com
> Content-Type: text/plain; charset="utf-8"
>
> An HTML attachment was scrubbed...
> URL: 
> http://lists.torproject.org/pipermail/tor-relays/attachments/20200330/b8245e18/attachment.html
> -- next part --
> A non-text attachment was scrubbed...
> Name: torwbuiltintorrc.PNG
> Type: image/png
> Size: 121248 bytes
> Desc: not available
> URL: 
> http://lists.torproject.org/pipermail/tor-relays/attachments/20200330/b8245e18/attachment.png
> -- next part --
> A non-text attachment was scrubbed...
> Name: torwithhmtorrc.PNG
> Type: image/png
> Size: 111640 bytes
> Desc: not available
> URL: 
> http://lists.torproject.org/pipermail/tor-relays/attachments/20200330/b8245e18/attachment-0001.png
>
> --
>
> Subject: Digest Footer
>
> tor-relays mailing list
> tor-relays@lists.torproject.org
> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
>
>
> --
>
> End of tor-relays Digest, Vol 110, Issue 42


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

Re: [tor-relays] Low bandwidth

[teor]

Hi,

> On 30 Mar 2020, at 23:00, ha3ks  wrote:
> 
> my relay dropped nearly all it’s bandwidth about a month ago, checking over 
> it I can see 3 of the dir auths have given it a low consensus weighting, 
> would that cause low bandwidth numbers?
> 
> I checked my ufw in Ubuntu and it’s allowing 443 and 80.

I have seen similar reports from a few other relay operators.

What is your relay fingerprint?

Have you followed the troubleshooting instructions here:
https://trac.torproject.org/projects/tor/wiki/doc/MyRelayIsSlow

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

Re: [tor-relays] Low-bandwidth relay

[Matt Traudt]

On 9/4/19 06:21, John Williams wrote:
> I've been running tor on my openwrt-based home router (along the lines of 
> 'anonabox'), and I configured it as a non-exit relay,  because I thought why 
> not - every little helps, right? I set a very low bandwidth limit, but it was 
> using most of the configured bandwidth, so I figured it was helping.
> 
> A few days ago I got an email saying my tor version was EOL, so I upgraded 
> from version 0.3.2.10 to 0.4.1.5 (which required upgrading openwrt). Now tor 
> is still working fine for me, but I don't see any network traffic when I'm 
> not using it, so it is evidently not routing any third-party traffic any 
> more. I don't see any errors in the log.

It doesn't seem like there's anything wrong with your relay[0].

It's slow, doesn't have much weight, and doesn't have the Guard flag.
All normal for a slow relay. It also is reachable from all the
authorities (go to [1] and paste your fingerprint in at the bottom).

I don't know how you're determining whether or not your relay is
handling traffic, but maybe something changed in Tor that makes your
tool fail to report the traffic Tor is handling (I think this is unlikely).

Perhaps you weren't paying close attention to how much your relay was
handling hour-by-hour before since everything was fine, but now since
you just upgraded you are hyper-aware of what you're relay is handling
and are perceiving an issue where there isn't one (I think this is more
likely).

Or somewhat similarly, since your relay is so small, it is hardly ever
chosen by people. Before you had your relay running for 10s or 100s of
days at a time nonstop (just a guess) so it had time to accumulate a
couple people using it nonstop constantly, causing it to consume all its
very limited bandwidth. But now it has only been online for 20 hours and
hasn't accumulated anyone significant. I also think this is more likely
than the first time.

Finally, perhaps the upgrade serendipitously or causally coincides with
a slower measurement from the bandwidth authorities. If this is the
case, there's nothing you can do. These things happen. The bandwidth
measurement system Tor uses is imperfect and confusing and prone to
unsatisfying-ly explainable behavior.

Hope that helps. Thanks for running a relay. To a some extent, a relay
existing is the majority of the contribution and the specific amount of
traffic it carries day-to-day is less important.

[0]:
https://metrics.torproject.org/rs.html#details/3DA54600E615E5AF841C03FB81D7321735562B5B
[1]: https://consensus-health.torproject.org/

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