Exit nodes: block IPv6 while one is in use; exit icon on the network tile
IPv6 has no way through an exit node, so the same policy rules get an unreachable default for IPv6 instead of leaking it. The tray shows a green icon in the tile corner while an exit node is in use, with a one-line confirmation to stop it; confirmations are shortened. Co-Authored-By: Claude <noreply@anthropic.com>
This commit is contained in:
1 parent
b2431d7eb1
commit
bb38562b0a
5 files changed
+228
-67
No files matched your search
+8
-1
@@ -52,6 +52,12 @@ be an exit node in one network and not in another.
|
||||
- Packets for addresses outside every overlay range are sent to the exit node
|
||||
by the router; the exit node's replies are accepted from any source. A member
|
||||
that is not your exit node cannot do that.
|
||||
- **IPv6 is blocked while you use one.** There is no IPv6 through an exit node,
|
||||
and letting it go the ordinary way would leak it. The same three rules exist
|
||||
for IPv6 with an `unreachable default` in the table, so applications get an
|
||||
immediate "network unreachable" and fall back to IPv4. LAN, ULA and other
|
||||
specific IPv6 routes keep working, and so does the agent's own IPv6. A host
|
||||
with no IPv6 has nothing to block and is left alone.
|
||||
|
||||
## What it does not do
|
||||
|
||||
@@ -62,7 +68,8 @@ be an exit node in one network and not in another.
|
||||
it returns or you run `tsunagi exit-node off`. This is deliberate: falling
|
||||
back to the direct path would leak traffic nobody agreed to send in the
|
||||
clear. The agent logs it once, `status` and the tray say so loudly.
|
||||
- IPv6 and DNS are untouched. IPv6 traffic still leaves the ordinary way.
|
||||
- **IPv6-only destinations are unreachable** meanwhile; carrying IPv6 through
|
||||
the exit node is not implemented. DNS is untouched.
|
||||
- Kernel forwarding is only read, never changed.
|
||||
|
||||
## Trust
|
||||
|
||||
Reference in new issue
Block a user