<div dir="auto"><div><div dir="auto">My IP/ORPORT is <a href="http://24.132.17.230:9001">24.132.17.230:9001</a>.<br></div><div dir="auto"><br></div><div dir="auto">My relay is still running. arm shows traffic going through and several circuits on the connections page. And from my notices.log file:</div><div dir="auto">Oct 24 16:35:45.000 [notice] Heartbeat: It seems like we are not in the cached consensus.</div><div dir="auto">Oct 24 16:35:45.000 [notice] Heartbeat: Tor's uptime is 6 days 0:00 hours, with 2 circuits open. I've sent 47.17 MB and received 237.75 MB.</div><div dir="auto">Oct 24 16:35:45.000 [notice] Average packaged cell fullness: 66.463%</div><div dir="auto">Oct 24 16:35:45.000 [notice] TLS write overhead: 8%</div><div dir="auto">Oct 24 16:35:45.000 [notice] Circuit handshake stats since last time: 0/0 TAP, 0/0 NTor.</div><div dir="auto"><br></div><div dir="auto">However there's also a lot of this in that file:</div><div dir="auto">Oct 24 16:55:45.000 [warn] Your server (<a href="http://24.132.17.230:9001">24.132.17.230:9001</a>) has not managed to confirm that its ORPort is reachable. Please check your firewalls, ports, address, /etc/hosts file, etc.</div><div dir="auto">Oct 24 16:55:45.000 [warn] Your server (<a href="http://24.132.17.230:9030">24.132.17.230:9030</a>) has not managed to confirm that its DirPort is reachable. Please check your firewalls, ports, address, /etc/hosts file, etc.</div><div dir="auto"><br></div><div dir="auto">I added the log line to my torrc and sent a SIGHUP signal. Entries are being added to the log file, so that worked.</div><div dir="auto"><br></div><div dir="auto">Regards,</div><div dir="auto">Joep</div><br><div class="gmail_extra"><br><div class="gmail_quote">On Oct 23, 2017 22:59, "David Goulet" <<a href="mailto:dgoulet@torproject.org">dgoulet@torproject.org</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="quoted-text">On 23 Oct (22:49:55), rasptor 4273 wrote:<br>
> My relay has gone off the consensus.<br>
> Fingerprint: E7FFF8C3D5736AB87215C5DB056201<wbr>03033E69C3<br>
<br>
</div>Interesting. And it is still running as of now without any problems? Can you<br>
give me the IP/ORPORT tuple?<br>
<br>
You think you can add this to your torrc and then HUP your relay (very<br>
importatnt to NOT restart it).<br>
<br>
    Log info file <FULL_PATH_TO_LOG_FILE><br>
<br>
And then after a some hours (maybe a day), we'll be looking for "Decided to<br>
publish new relay descriptor".<br>
<br>
If it appears, we know that your relay keeps uploading to the directory<br>
authorities so thus chances are that there is a problem on the dirauth side<br>
not finding you reachable.<br>
<br>
Thanks!<br>
David<br>
<div class="elided-text"><br>
> Alias: rasptor4273<br>
> Am running Tor 0.2.5.14 on Debian, Raspberry Pi 2B. I upgraded to that<br>
> version on September 3rd.<br>
><br>
> I grepped through these:<br>
> <a href="https://collector.torproject.org/archive/relay-descriptors/consensuses/" rel="noreferrer" target="_blank">https://collector.torproject.<wbr>org/archive/relay-descriptors/<wbr>consensuses/</a> and<br>
> the latest entry I found for my alias is in the file<br>
> ./17/2017-09-17-13-00-00-<wbr>consensus.<br>
><br>
> Not sure what other information I can provide. Do let me know if I can do<br>
> anything else to help troubleshoot.<br>
><br>
> Best,<br>
> Joep<br>
><br>
> On Mon, Oct 23, 2017 at 9:14 PM, George <<a href="mailto:george@queair.net">george@queair.net</a>> wrote:<br>
><br>
> > David Goulet:<br>
> > > Hello everyone!<br>
> > ><br>
> > > Since July 2017, there has been a steady decline in relays from ~7k to<br>
> > now<br>
> > > ~6.5k. This is a bit unusual that is we don't see often such a steady<br>
> > behavior<br>
> > > of relays going offline (at least that I can remember...).<br>
> > ><br>
> > > It could certainly be something normal here. However, we shouldn't rule<br>
> > out a<br>
> > > bug in tor as well. The steadyness of the decline makes me a bit more<br>
> > worried<br>
> > > than usual.<br>
> > ><br>
> > > You can see the decline has started around July 2017:<br>
> > ><br>
> > > <a href="https://metrics.torproject.org/networksize.html?start=" rel="noreferrer" target="_blank">https://metrics.torproject.<wbr>org/networksize.html?start=</a><br>
> > 2017-06-01&end=2017-10-23<br>
> > ><br>
> > > What happened around July in terms of tor release:<br>
> > ><br>
> > > 2017-06-08 09:35:17 -0400 802d30d9b7  (tag: tor-0.3.0.8)<br>
> > > 2017-06-08 09:47:44 -0400 e14006a545  (tag: tor-0.2.5.14)<br>
> > > 2017-06-08 09:47:58 -0400 aa89500225  (tag: tor-0.2.9.11)<br>
> > > 2017-06-08 09:55:28 -0400 f833164576  (tag: tor-0.2.4.29)<br>
> > > 2017-06-08 09:55:58 -0400 21a9e5371d  (tag: tor-0.2.6.12)<br>
> > > 2017-06-08 09:56:15 -0400 3db01d3b56  (tag: tor-0.2.7.8)<br>
> > > 2017-06-08 09:58:36 -0400 64ac28ef5d  (tag: tor-0.2.8.14)<br>
> > > 2017-06-08 10:15:41 -0400 dc47d936d4  (tag: tor-0.3.1.3-alpha)<br>
> > > ...<br>
> > > 2017-06-29 16:56:13 -0400 fab91a290d  (tag: tor-0.3.1.4-alpha)<br>
> > > 2017-06-29 17:03:23 -0400 22b3bf094e  (tag: tor-0.3.0.9)<br>
> > > ...<br>
> > > 2017-08-01 11:33:36 -0400 83389502ee  (tag: tor-0.3.1.5-alpha)<br>
> > > 2017-08-02 11:50:57 -0400 c33db290a9  (tag: tor-0.3.0.10)<br>
> > ><br>
> > > Note that on August 1st 2017, 0.2.4, 0.2.6 and 0.2.7 went end of life.<br>
> > ><br>
> > > That being said, I don't have an easy way to list which relays went<br>
> > offline<br>
> > > during the decline (since July basically) to see if a common pattern<br>
> > emerges.<br>
> > ><br>
> > > So few things. First, if anyone on this list noticed that their relay<br>
> > went off<br>
> > > the consensus while still having tor running, it is a good time to<br>
> > inform this<br>
> > > thread :).<br>
> > ><br>
> > > Second, anyone could have an idea of what possibly is going on that is<br>
> > have<br>
> > > one or more theories. Even better, if you have some tooling to try to<br>
> > list<br>
> > > which relays went offline, that would be _awesome_.<br>
> > ><br>
> > > Third, knowing what was the state of packaging in<br>
> > Debian/Redhat/Ubuntu/...<br>
> > > around July could be useful. What if a package in distro X is broken and<br>
> > the<br>
> > > update have been killing the relays? Or something like that...<br>
> > ><br>
> > > Last, looking at the dirauth would be a good idea. Basically, when did<br>
> > the<br>
> > > majority switched to 030 and then 031. Starting in July, what was the<br>
> > state of<br>
> > > the dirauth version?<br>
> > ><br>
> > > Any help is very welcome! Again, this decline could be from natural<br>
> > cause but<br>
> > > for now I just don't want to rule out an issue in tor or packaging.<br>
> ><br>
> > (Replying to OP since it went OT)<br>
> ><br>
> > As some of you know, TDP did a little suite of shell scripts based on<br>
> > OONI data to look at diversity statistics:<br>
> ><br>
> > <a href="https://torbsd.github.io/oostats.html" rel="noreferrer" target="_blank">https://torbsd.github.io/<wbr>oostats.html</a><br>
> ><br>
> > With the source here for further tinkering:<br>
> ><br>
> > <a href="https://github.com/torbsd/tdp-onion-stats/" rel="noreferrer" target="_blank">https://github.com/torbsd/tdp-<wbr>onion-stats/</a><br>
> ><br>
> > Maybe something we could look at is "exception reports", which in some<br>
> > industries means regular reports that look at anomalies or "exceptions"<br>
> > which display out-of-the-ordinary statistics, generally prompting some<br>
> > sort of action.<br>
> ><br>
> > In other words, daily reports would be run on, say, bw consensus by<br>
> > country, and if there was some statistically significant change over N<br>
> > periods of time, it would be noted. Or if a particular OS drops or<br>
> > jumps. Or if a particular AS jumps or declines for relays, bridges,<br>
> > whatever.<br>
> ><br>
> > If done right, a bunch of these reports could point to particular<br>
> > changes to the network that need further investigation, and in some<br>
> > cases, might quickly point to the related issue.  Eg, countryX shutdown<br>
> > ISP with a particular AS number, etc.<br>
> ><br>
> > The more reports coupled with careful optimization over time could<br>
> > become an alarm system for Tor network changes, instead of just "er,<br>
> > such-and-such distro didnt update their packages then, I just found out<br>
> > in git."<br>
> ><br>
> > Thoughts?<br>
> ><br>
> > g<br>
> ><br>
> ><br>
> > --<br>
> ><br>
> ><br>
> > 34A6 0A1F F8EF B465 866F F0C5 5D92 1FD1 ECF6 1682<br>
> ><br>
> ><br>
> > ______________________________<wbr>_________________<br>
> > tor-relays mailing list<br>
> > <a href="mailto:tor-relays@lists.torproject.org">tor-relays@lists.torproject.<wbr>org</a><br>
> > <a href="https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays" rel="noreferrer" target="_blank">https://lists.torproject.org/<wbr>cgi-bin/mailman/listinfo/tor-<wbr>relays</a><br>
> ><br>
> ><br>
<br>
> ______________________________<wbr>_________________<br>
> tor-relays mailing list<br>
> <a href="mailto:tor-relays@lists.torproject.org">tor-relays@lists.torproject.<wbr>org</a><br>
> <a href="https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays" rel="noreferrer" target="_blank">https://lists.torproject.org/<wbr>cgi-bin/mailman/listinfo/tor-<wbr>relays</a><br>
<br>
<br>
</div><font color="#888888">--<br>
HiTVizeJUSe9JPvs6jBv/<wbr>6i8YFvEYY/NZmNhD2UixVY=<br>
</font><br>______________________________<wbr>_________________<br>
tor-relays mailing list<br>
<a href="mailto:tor-relays@lists.torproject.org">tor-relays@lists.torproject.<wbr>org</a><br>
<a href="https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays" rel="noreferrer" target="_blank">https://lists.torproject.org/<wbr>cgi-bin/mailman/listinfo/tor-<wbr>relays</a><br>
<br></blockquote></div><br></div></div></div>