WireGuard verbunden, aber keine Datenübertragung – Ursachen und Lösungen

Der Tunnel steht, aber NVR, Kamera oder PC sind nicht erreichbar? Meist liegt es an den freigegebenen Adressbereichen, am Routing oder an überlappenden Netzen. Diese Checkliste führt Sie Schritt für Schritt zur Ursache.

Unterstützte Modelle

Reyee-Gateways der Serie RG-EG ab ReyeeOS 2.340, z. B. RG-EG105G-P-V3, RG-EG210G-P-V3, RG-EG305GH-P-E.

Schritt 1: Besteht überhaupt ein Handshake?

1. Öffnen Sie One-Device > Gateway > Config > VPN > Wireguard > WireGuard VPN Server.
2. Prüfen Sie Active Clients. Ein Klick auf die Zahl zeigt die aktuellen Upload- und Download-Raten des Clients.
3. Online Time zeigt den letzten erfolgreichen Handshake. Liegt er lange zurück, ist der Tunnel nicht aktiv – dann liegt das Problem bei Erreichbarkeit, öffentlicher IP oder Schlüsseln, nicht beim Routing.

In der WireGuard-App sehen Sie dieselbe Information als „Letzter Handshake“ sowie empfangene und gesendete Daten (RX/TX). Steigt nur TX, kommen keine Antworten zurück.

In Ruijie Cloud (Device Config > Gateway > VPN) zeigt die Policy-Liste den Connection Status; verbundene Clients stehen im Reiter VPN Online User.

Schritt 2: Freigegebene Adressbereiche prüfen

1. Server, Client-Eintrag: Accessible IP Range = Interface IP only erlaubt nur die Tunnel-Adresse des Clients. Sollen Netze hinter dem Client erreichbar sein (Standort-Verbindung), wählen Sie Custom und tragen Sie diese Netze ein.
2. Client-Gateway: Accessible IP Range = Custom muss das LAN des Servers enthalten, z. B. 192.168.110.0/24. Mit All läuft der gesamte IPv4-Verkehr durch den Tunnel.
3. WireGuard-App: Unter „AllowedIPs“ muss das Ziel-LAN stehen. Die vom Gateway erzeugte Datei bzw. der QR-Code setzt das passend; bei manueller Konfiguration prüfen.

Schritt 3: Überlappende Netze ausschließen

Liegen beide Seiten im selben Adressbereich – z. B. das Heimnetz des Technikers und das Firmennetz jeweils in 192.168.1.0/24 –, findet der Client das Ziel nicht über den Tunnel. Ändern Sie in diesem Fall das LAN am Standort (z. B. auf 192.168.110.0/24) oder testen Sie aus einem anderen Netz, etwa über mobile Daten.

Schritt 4: Weitere Ursachen

• Mehrere WAN-Leitungen: Am Client-Gateway Bound Interface auf Auto stellen (Empfehlung von Ruijie).
• Domain statt IP: Ist Server IP eine Domain, muss ein DNS Server eingetragen sein, sonst wird sie nicht aufgelöst.
• Nur IPv4: Der Zugriff ins interne Netz unterstützt laut Ruijie nur IPv4.
• Verbindung schläft ein: Am Client unter Advanced Settings ein Heartbeat Interval setzen.
• Gerät antwortet nicht: Allgemeiner Netzwerk-Hinweis: Manche Endgeräte (z. B. PCs mit aktiver Firewall) beantworten keine Anfragen aus fremden Netzen. Testen Sie mit einem Gerät, das sicher antwortet, z. B. dem Gateway selbst.

Weiterführende Informationen

• WireGuard VPN auf dem Ruijie-Gateway einrichten
• Ruijie-Gateway hinter FRITZ!Box – VPN, NAT und DS-Lite
• Offizielle Quelle: RG-EG ReyeeOS 2.410 Configuration Guide – Configuring WireGuard VPN, Checking the Status of a WireGuard VPN Connection