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, teorwrote: 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
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
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
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
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
[tor-relays] Low bandwidth
Hi 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. Any help is greatly appreciated. Thanks Dan Sent from ProtonMail Mobile___ 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
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