[Erledigt] Keine Wireguard-Verbindungen mehr möglich

Claas

Hallo Leute,

seit heute um ca. 11:00 Uhr sind alle Wireguard-Tunnel zu meinem Server abgebrochen und lassen sich auch nicht wieder herstellen. Irgendwie klappt es nicht mehr mit dem Handshake. Die Konfigurationsdateien wurden nicht verändert.

Hat noch jemand diese Probleme festgestellt?

Viele Grüße
Claas

daq4th

https://www.netcup-status.de/2026/01/stoerung-im-udp-netzwerkverkehr-bei-einzelnen-servern/

heikoh81

Hallo Claas,

Zitat von Claas

seit heute um ca. 11:00 Uhr sind alle Wireguard-Tunnel zu meinem Server abgebrochen und lassen sich auch nicht wieder herstellen. Irgendwie klappt es nicht mehr mit dem Handshake. Die Konfigurationsdateien wurden nicht verändert.

Hat noch jemand diese Probleme festgestellt?

Bei mir genauso!

Laut den Logs waren bei mir ziemlich genau heute 26.01.2026 11:00 Uhr alle Wireguard-Verbindungen weg (mein cronjob prüft nur alle 5 Minuten, deshalb kein genauerer Zeitstempel möglich).

Rettungskonsole & Neustart sind möglich, aber ohne Erfolg.

ping http://www.google.de von der Rettungskonsole aus funktioniert auch nicht:

"Temporary failure in name Resolution"

Viele Grüße,

Heiko

Claas

Ah, dankeschön.

Im SCP steht, dass auf meinem Server kein qemu-guest-agent installiert sein sollte. Ist aber installiert.

Code

$ qemu-ga -D
[general]
daemon=false
method=virtio-serial
path=/dev/virtio-ports/org.qemu.guest_agent.0
pidfile=/var/run/qemu-ga.pid
statedir=/var/run
verbose=false
retry-path=false
block-rpcs=
allow-rpcs=

Alles anzeigen

Das sieht doch gut aus...

tab

Das mit dem qemu guest agent ist m.E. nur ein Bug oder ein irreführender Text. Nach dem Motto: Der Server ist ausgeschaltet, deshalbist auch der qemu guest agent nicht aktiv.

Claas

Hallo Heiko,

bei mir hat es auch der Cronjob alle 5 Minuten verraten.

ich komme noch per ssh auf meinen Server, habe auch die Pakete gesnifft mit "tcpdump -i ens3 -u port 51820", aber es gehen nur UDP-Pakete rein, aber nicht mehr raus. Im Wireguard-logging steht auch nichts hilfreiches. Das Problem scheint ein kaputtes UDP-Routing zu sein.

Mein Wireguard-Monitor braucht auch UDP:

Code

$ cat wireguard-monitor
#!/usr/bin/bash
# https://unix.stackexchange.com/questions/22615/how-can-i-get-my-external-ip-address-in-a-shell-script
# https://unix.stackexchange.com/a/81699/37512
#alias wanip='dig @resolver4.opendns.com myip.opendns.com +short'
#alias wanip4='dig @resolver4.opendns.com myip.opendns.com +short -4'
#alias wanip6='dig @resolver1.ipv6-sandbox.opendns.com AAAA myip.opendns.com +short -6'

myip=$( dig @resolver4.opendns.com myip.opendns.com +short )


if [ "$myip" != "185.162.xxx.xxx" ]; then

echo "Unsere externe IP-Adresse ist nicht mehr korrekt!!!"
echo "detected: $myip"
echo

# restart wireguard 
service wg-quick@wg0 restart

# ping our wireguard upstream server 20 times...
ping -c 20 10.0.0.1

fi

Alles anzeigen

Claas

Meine Wireguard-Tunnel sind jetzt wieder online!

heikoh81

Meine Wiregurad-Tunnel laufen ebenfalls wieder.

webdesignheld

auch in meinen Tunneln brennt das Licht wieder

Claas 29. Januar 2026 um 11:06