
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><span style="background-color: rgba(255, 255, 255, 0);"><br></span><div><font color="#000000"><span style="background-color: rgba(255, 255, 255, 0);">On 26 Jan 2018, at 05:18, Andreas Krey <<a href="mailto:a.krey@gmx.de">a.krey@gmx.de</a>> wrote:<br><br></span></font></div><blockquote type="cite"><font color="#000000"><span style="background-color: rgba(255, 255, 255, 0);">On Thu, 25 Jan 2018 19:06:40 +0000, Peter Ott wrote:<br>...<br></span></font><blockquote type="cite"><font color="#000000"><span style="background-color: rgba(255, 255, 255, 0);">release upgrade-. A change of the IP-adress seems to be handled fine by TOR.<br></span></font></blockquote><font color="#000000"><span style="background-color: rgba(255, 255, 255, 0);"><br>That is only true for the client side.<br></span></font></blockquote><div><span style="background-color: rgba(255, 255, 255, 0);"><br></span></div><div><span style="background-color: rgba(255, 255, 255, 0);">Tor relays autodetect changes in their IPv4 address, and publish a new</span></div><div><span style="background-color: rgba(255, 255, 255, 0);">descriptor containing the new address.</span></div><span style="background-color: rgba(255, 255, 255, 0);"><br></span><blockquote type="cite"><blockquote type="cite"><font color="#000000"><span style="background-color: rgba(255, 255, 255, 0);">This change by the ISP occurs at least every 3 days or so).<br></span></font></blockquote><font color="#000000"><span style="background-color: rgba(255, 255, 255, 0);"><br>Clients address guards by their IP address, and they try hard<br>to only talk to their selected guard. If that guards hops to<br>another address, they have no chance of noticing that and<br>need to select another one.<br></span></font></blockquote><div><br></div><div><span style="background-color: rgba(255, 255, 255, 0);">When the client gets the new descriptor (1-4 hours after each change),</span></div><div><span style="background-color: rgba(255, 255, 255, 0);">it will use the new IP address. Until then, the client would use its other</span></div><div><span style="background-color: rgba(255, 255, 255, 0);">primary guard.</span></div><span style="background-color: rgba(255, 255, 255, 0);"><br></span><blockquote type="cite"><font color="#000000"><span style="background-color: rgba(255, 255, 255, 0);">That makes your node pretty useless as a guard, and it shouldn't<br>be elevated to guard status.<br></span></font></blockquote><br><div>The directory authorities regularly check the reachability of each relay.</div><div>When your relay changes IPv4 address, some authorities might find it</div><div>unreachable before it finds out itself, and publishes a new descriptor.</div><div><br></div><div>This is probably why your relay does not have the stable and guard flags.</div><div><br></div><div>But your relay is still useful as a middle node. And it frees up guard</div><div>bandwidth to be used for direct client connections. This is particularly</div><div>useful right now, because guards are under extra load from some</div><div>clients that were added in December.</div><div><br></div><div>T</div></body></html>