Dear List, We are experiencing unusual issue where WireGuard connectivity between peers suddenly stops working. The connection itself seem to be up, but the peers cannot communicate to each other (more details below). Any insight would be greatly appreciated.
Software versions: - Debian Stretch 4.9.0-11-amd64 (4.9.189-3+deb9u2) - LXC version: 2.0.7 - Wireguard: 1.0.20210124 (from buster-backports) Environment: A Debian host serves as LXC hypervisor for unpriviledged containers. WireGuard is used as a network layer for the containers, which means on the host we create physical WG interface for each container. Inside the containers, we run a distributed cluster which is spanning multiple containers on multiple physical servers interconnected via 10G links (i.e. 6 physical servers w/ 8-10 containers each). So the network load can get comparatively high, on average 500Mbit/s with peaks of ~3Gbit/s. Problem description: The outlined setup works fine in most cases. Occasionally, however, one container completely loses connectivity, and is not reachable _even_ from the underlying host. We cannot distinguish what is the trigger for this to happen, but we observed it happening when the network traffic is high. NOTE: We also had this similar (same?) issue between two physical hosts. So far we identified two ways to restore the service: 1. Restart wg-quick@wg0 service on the host, which is _not_ sustainable because this resets the connectivity of all containers, impacting the cluster. 2. Dump the WG conf, manually remove the unreachable peer public key from the interface, and then re-sync the dumped conf. --- SNIP --- $ wg-quick strip wg0 > wg0_peers $ wg show wg0 dump $ wg set wg0 peer $PEER_PUB_KEY remove $ wg syncconf wg0 wg0_peers --- SNIP --- Additional notes: 1. We didn't manage to reproduce the issue until now in a test environment. 2. We cannot easily upgrade the versions that we run in production. 3. We suspected that time settings on the host could be the issue, so we made sure timesyncd is configured properly. We observe this issue less frequently, but it is not fully gone. 4. The dynamic kernel log doesn't provide much information other than send/receive handshake request, keepalive packets and re-creating keypairs. WireGuard module version --- filename: /lib/modules/4.9.0-11-amd64/updates/dkms/wireguard.ko intree: Y alias: net-pf-16-proto-16-family-wireguard alias: rtnl-link-wireguard version: 1.0.20210124 author: Jason A. Donenfeld <[email protected]> description: WireGuard secure network tunnel license: GPL v2 srcversion: 507BE23A7368F016AEBAF94 depends: udp_tunnel,ip6_udp_tunnel retpoline: Y vermagic: 4.9.0-11-amd64 SMP mod_unload modversions --- ** Issue was also observed on (now decomissioned) host Debian 4.9.0-14-amd64 (4.9.246-2) with Wireguard module (1.0.20210124) Any insight would be appreciated. Happy to share more debug information as requested / offline. Thanks, Raoul PS. Please reply to me / reply all, as I am currently not subscribed to the mailing list.
smime.p7s
Description: S/MIME cryptographic signature
