* Both peers behind NAT?
@ 2018-11-29 8:00 Rene 'Renne' Bartsch, B.Sc. Informatics
2018-12-18 0:14 ` DHT suggestion (was: Both peers behind NAT?) Rene 'Renne' Bartsch, B.Sc. Informatics
0 siblings, 1 reply; 2+ messages in thread
From: Rene 'Renne' Bartsch, B.Sc. Informatics @ 2018-11-29 8:00 UTC (permalink / raw)
To: wireguard
Hi,
I'm new to the list, so a "Hello" to all! :-)
Are there any plans to implement a DHT-based solution for IP-address/port provisioning like https://github.com/manuels/wireguard-p2p?
In case of static IP-addresses configuration is also simplified as you don't have to fiddle around with IP-addresses.
If peers announce their subnets via DHT, it would allow to set up overlay networks easily.
Regards,
Renne
_______________________________________________
WireGuard mailing list
WireGuard@lists.zx2c4.com
https://lists.zx2c4.com/mailman/listinfo/wireguard
^ permalink raw reply [flat|nested] 2+ messages in thread
* DHT suggestion (was: Both peers behind NAT?)
2018-11-29 8:00 Both peers behind NAT? Rene 'Renne' Bartsch, B.Sc. Informatics
@ 2018-12-18 0:14 ` Rene 'Renne' Bartsch, B.Sc. Informatics
0 siblings, 0 replies; 2+ messages in thread
From: Rene 'Renne' Bartsch, B.Sc. Informatics @ 2018-12-18 0:14 UTC (permalink / raw)
To: wireguard
I suggest to extend the roaming messages after the following scheme:
<public key>:<64-bit linux timestamp>:<128-bit current IPv4|IPv6 address>:<16-bit current UDP port>:<signature>
When peerA gets a new address or port it sends a roaming message to directly connected peers B, C, D
which store the roaming packet of peerA in their DHT table. When peerE which is connected to peerB and peerC wants to contact peerA
it sends a query to the other peers (B, C). If they can't reply with a current roaming package, they forward the query to peerD.
PeerE receives roaming packages for peerA from other peers, validates the signature and uses the IP address and UDP port
of the most current received roaming message to contact peerA.
This way users/admins/operators only need to know the public key of peering partners and do not have to know IP addresses or UDP ports
or fiddle around with annoying DynDNS configurations or DynDNS-services.
Best regards,
Renne
Am 29.11.18 um 09:00 schrieb Rene 'Renne' Bartsch, B.Sc. Informatics:
> Hi,
>
> I'm new to the list, so a "Hello" to all! :-)
>
> Are there any plans to implement a DHT-based solution for IP-address/port provisioning like https://github.com/manuels/wireguard-p2p?
> In case of static IP-addresses configuration is also simplified as you don't have to fiddle around with IP-addresses.
> If peers announce their subnets via DHT, it would allow to set up overlay networks easily.
>
> Regards,
>
> Renne
> _______________________________________________
> WireGuard mailing list
> WireGuard@lists.zx2c4.com
> https://lists.zx2c4.com/mailman/listinfo/wireguard
_______________________________________________
WireGuard mailing list
WireGuard@lists.zx2c4.com
https://lists.zx2c4.com/mailman/listinfo/wireguard
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2018-12-18 0:14 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-11-29 8:00 Both peers behind NAT? Rene 'Renne' Bartsch, B.Sc. Informatics
2018-12-18 0:14 ` DHT suggestion (was: Both peers behind NAT?) Rene 'Renne' Bartsch, B.Sc. Informatics
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).