Exit nodes: offer one per network, send all traffic through a member
A member can offer itself as an exit node per network (off by default); it is announced over the control channel (ctrl/4) once its iptables masquerade and forward rules are in place, with a warning when kernel forwarding is off. A device picks one member as its exit node via policy routing, with the agent's own uid exempt from the tunnel; if the exit node disappears the rules stay and traffic is dropped, loudly reported. CLI: `network exit-node`, `exit-node`; tray: tile checkbox, warnings and a per-device icon with confirmation. Linux only. Co-Authored-By: Claude <noreply@anthropic.com>
This commit is contained in:
1 parent
c62d29fa14
commit
b2431d7eb1
34 files changed
+4148
-61
No files matched your search
@@ -69,6 +69,10 @@ Read this before relying on anything here. The protocol is in
|
||||
punch, the data connection goes through a relay, which then sees the volume
|
||||
and timing of tunnelled traffic — though not its contents, which WireGuard
|
||||
encrypted, nor the iroh layer's contents.
|
||||
- **Exit nodes.** A member that offers one carries other members' internet
|
||||
traffic and sees where it goes; a member that uses one trusts it completely.
|
||||
Anyone holding the network secret can use an offered exit node. See
|
||||
[exit-node.md](exit-node.md).
|
||||
- **Overlay address squatting.** A member can mint many WireGuard keys and
|
||||
therefore occupy many overlay addresses. It cannot pick which ones, but it
|
||||
can consume them and appear as many participants.
|
||||
|
||||
Reference in new issue
Block a user