rm /var/lib/tor/keys/* before changing exit policy?
Really quick not too important question. When switching a relay to become an exit node or the other way round, does it make sense to delete /var/lib/tor/keys/* beforehand and start it over this way? I was thinking, if the relay has the guard flag, it would make sense, but maybe even if it doesn't. I don't know. I'll do it I guess. thanks martin
Martin Kepplinger:
Really quick not too important question. When switching a relay to become an exit node or the other way round, does it make sense to delete /var/lib/tor/keys/* beforehand and start it over this way?
Why would you want to do that? Updates to a relay's exit policy are spread to clients through the consensus and can be done at any moments. -- Lunar <lunar@torproject.org>
Lunar:
Martin Kepplinger:
Really quick not too important question. When switching a relay to become an exit node or the other way round, does it make sense to delete /var/lib/tor/keys/* beforehand and start it over this way?
Why would you want to do that? Updates to a relay's exit policy are spread to clients through the consensus and can be done at any moments.
Because, say, i change from guard to (possible) exit. it maybe stays an entry node for those who "have" it and doesn't serve as an exit as much as it could. The tor net is probably more in need of exits that guards. And I don't know if similar mechanisms exist in a non-guard case. It's just speculation.
_______________________________________________ tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays
On 10/21/2013 01:52 PM, Martin Kepplinger wrote:
Lunar:
Martin Kepplinger:
Really quick not too important question. When switching a relay to become an exit node or the other way round, does it make sense to delete /var/lib/tor/keys/* beforehand and start it over this way?
Why would you want to do that? Updates to a relay's exit policy are spread to clients through the consensus and can be done at any moments.
Because, say, i change from guard to (possible) exit. it maybe stays an entry node for those who "have" it and doesn't serve as an exit as much as it could. The tor net is probably more in need of exits that guards. And I don't know if similar mechanisms exist in a non-guard case. It's just speculation.
A relay may serve both as guard and as exit. There is no problem with that. Just update your exit policy in torrc and restart tor (or send a SIGHUP signal to tor process).
You shouldn't really worry about these things. If the network is better off with an exit who doesn't have the guard flag, the authorities should remove the guard flag, which will cause a gradual migration away from you as a guard, rather than failed circuits as nodes keep attempting to connect to your exit just to find an unexpected identity and disconnecting again. On Mon, Oct 21, 2013 at 7:08 AM, <irregulator@riseup.net> wrote:
On 10/21/2013 01:52 PM, Martin Kepplinger wrote:
Because, say, i change from guard to (possible) exit. it maybe stays an entry node for those who "have" it and doesn't serve as an exit as much as it could. The tor net is probably more in need of exits that guards. And I don't know if similar mechanisms exist in a non-guard case. It's just speculation.
A relay may serve both as guard and as exit. There is no problem with that. Just update your exit policy in torrc and restart tor (or send a SIGHUP signal to tor process).
participants (4)
-
BarkerJr -
irregulator＠riseup.net -
Lunar -
Martin Kepplinger