Comment configurer le client VPN pour accéder à un serveur VPN distant ?

Ein VPN-Client ist ein Endgerät oder eine Software, die verwendet wird, um eine sichere Verbindung zwischen einem Benutzer und einem VPN-Server herzustellen.

 

Was ist ein VPN?

Ein VPN (Virtual Private Network) ermöglicht Ihnen den sicheren und privaten Zugriff auf Internetressourcen mithilfe von Tunneling-Technologie. Das VPN verschlüsselt Ihre persönlichen Daten und verbirgt Ihre IP-Adresse vor der Öffentlichkeit, wenn Sie das Internet nutzen. Für die VPN-Nutzer sieht es so aus, als wären die Computer direkt miteinander verbunden.

 

Gängige Netzwerktopologie:

 

 

Hier nehmen wir den WR2100 als Beispiel.

 

Schritt 1:Öffnen Sie einen Webbrowser und gehen Sie zuhttp://cudy.netoderhttp://192.168.10.1Die

Für weitere Einzelheiten sieheWie melde ich mich bei der Weboberfläche des Cudy Routers an?

Schritt 2:Klicken Sie aufAllgemeine Einstellungen->VPNund aktivierenVPNDie

Standardregel: Alle Geräte zulassenoderAlle Geräte verbietenum ein VPN zu verwenden.

Um das Gerät anzugeben, klicken Sie aufSystemstatus->Geräte->VPNum es zu aktivieren oder zu deaktivieren.

Standortübergreifend:Ermöglichen Sie es den Geräten an zwei Standorten, miteinander zu kommunizieren.

VPN-Richtlinie:

Deaktivieren:Keine weiteren Einstellungen.

VPN-Kill-Switch:Schalten Sie die Internetverbindung ab, wenn die VPN-Verbindung abbricht.

Domain:Legen Sie fest, welche Domänen über das VPN laufen und welche nicht.

Remote-Subnetz:Legen Sie fest, welche Subnetze über das VPN laufen und welche nicht.

Schritt 3:ImProtokollWählen Sie aus der Liste den gewünschten Eintrag aus und geben Sie die von Ihrem VPN-Anbieter bereitgestellten VPN-Informationen ein.

 

•PPTP-VPN

Geben Sie die VPN-Serveradresse (z. B. 113.92.73.163) sowie den VPN-Benutzernamen und das Passwort ein, die Sie von Ihrem VPN-Anbieter erhalten haben.

 

•L2TP VPN

Geben Sie die VPN-Serveradresse (z. B. 113.92.73.163), den VPN-Benutzernamen und das Passwort sowie den von Ihrem VPN-Anbieter bereitgestellten Pre-Shared Key ein.

Wenn Ihr VPN-Anbieter Ihnen auch die Tunnel-IP-Adresse bereitstellt, die mit dem Konto verknüpft ist, können Sie die Funktion aktivieren.Benutzerdefinierte Tunnel-IP verwendenOption.

 

•OpenVPN

Klicken Sie aufBrowserum die von Ihrem VPN-Anbieter bereitgestellte Konfigurationsdatei zu importieren.

 

 

• WireGuard VPN

 

Klicken Sie aufBrowserum die von Ihrem VPN-Anbieter bereitgestellte Konfigurationsdatei zu importieren.

DerSchnittstelleUndPeerwird automatisch von Ihrem VPN-Anbieter synchronisiertCONF-DateiDie

 

 

 

• ZeroTier Slave

Geben Sie Folgendes ein:ZeroTier-Netzwerk-IDUndTorBereitgestellt vom ZeroTier Master. Das Gateway finden Sie im Abschnitt VPN-Status.

 

 

Verwandter Artikel: Wie kann ich meinen Cudy-Router über Zerotier fernverbinden? – Cudy Home

Retour au blog

201 commentaires

Thanks, now It works like a charm.

Íñigo Ortega

আমার উয়াইফাই অন্য কারো হাতে

MD Hamim

@Dear Inigo Ortega,
We have tested this situation in our office. Here is normal. If the problem remains, please check the following methods:
1. If you ping the device’s IP address of the computer in the Lan area of the P5. Please make sure you have disable the Firewall of the computer.
2. Please check if the computer’s gateway IP address is 192.168.10.1.
3. Please try to login to the web page of the router, Go to “Advanced Settings” —“Firewall” page and disable the SPI Firewall and check again.

“Hello,

I am experiencing a problem with WireGuard Site-to-Site on my Cudy P5 that appears to be very similar to other cases reported on your support website.

My setup is:

Cudy P5 with 5G SIM (Lowi) Firmware: 2.4.27 (latest available) Cudy LAN: 192.168.10.0/24 Cudy LAN IP: 192.168.10.1 ASUS TUF-AX5400 running Asuswrt-Merlin/Gnuton ASUS LAN: 192.168.50.0/24 ASUS LAN IP: 192.168.50.1
The ASUS is configured as the WireGuard server and the Cudy P5 as the WireGuard client.

On the Cudy:

WireGuard Client: enabled Site-to-Site: enabled Default rule: Allow all devices VPN policy: Remote Subnet Remote subnet: 192.168.50.0/24 WireGuard tunnel IP: 10.6.0.2 Endpoint port: 51820
The problem is asymmetric:

1. From a device connected to the Cudy LAN (192.168.10.x), I can access devices on the ASUS LAN (192.168.50.x) correctly.
2. From the ASUS LAN, I can ping 10.6.0.2 and even access the Cudy web interface through 10.6.0.2.
3. However, from the ASUS LAN I cannot access the Cudy LAN:

192.168.10.1 does not respond. Devices behind the Cudy, for example 192.168.10.121, do not respond.
4. Therefore, the WireGuard tunnel itself is working, but traffic arriving through WireGuard is apparently not being forwarded from the VPN interface to the Cudy LAN.
I have already upgraded the P5 from firmware 2.4.25 to the latest 2.4.27, but the behaviour is exactly the same.

I have also found previous Cudy support cases describing what appears to be the same asymmetric Site-to-Site behaviour, where the remote LAN can access the VPN server LAN but the reverse direction does not work.

Could you please confirm:

1. Is this a known limitation or bug in the P5 WireGuard Site-to-Site implementation?
2. Has the problem reported in the previous support cases been fixed in firmware 2.4.27?
3. If it is not fixed, is there a recommended configuration to allow traffic from the WireGuard tunnel (10.6.0.0/…) to be forwarded to the P5 LAN (192.168.10.0/24)?
4. Is there a way to enable the required forwarding/NAT manually, or is this something that requires a firmware update?
5. If possible, could you provide the exact configuration required to make the connection fully bidirectional?

I would be happy to provide screenshots or configuration details if needed.

Thank you."

support

Hello,

I am experiencing a problem with WireGuard Site-to-Site on my Cudy P5 that appears to be very similar to other cases reported on your support website.

My setup is:

Cudy P5 with 5G SIM (Lowi) Firmware: 2.4.27 (latest available) Cudy LAN: 192.168.10.0/24 Cudy LAN IP: 192.168.10.1 ASUS TUF-AX5400 running Asuswrt-Merlin/Gnuton ASUS LAN: 192.168.50.0/24 ASUS LAN IP: 192.168.50.1

The ASUS is configured as the WireGuard server and the Cudy P5 as the WireGuard client.

On the Cudy:

WireGuard Client: enabled Site-to-Site: enabled Default rule: Allow all devices VPN policy: Remote Subnet Remote subnet: 192.168.50.0/24 WireGuard tunnel IP: 10.6.0.2 Endpoint port: 51820

The problem is asymmetric:

1. From a device connected to the Cudy LAN (192.168.10.x), I can access devices on the ASUS LAN (192.168.50.x) correctly.
2. From the ASUS LAN, I can ping 10.6.0.2 and even access the Cudy web interface through 10.6.0.2.
3. However, from the ASUS LAN I cannot access the Cudy LAN:

192.168.10.1 does not respond. Devices behind the Cudy, for example 192.168.10.121, do not respond.
4. Therefore, the WireGuard tunnel itself is working, but traffic arriving through WireGuard is apparently not being forwarded from the VPN interface to the Cudy LAN.

I have already upgraded the P5 from firmware 2.4.25 to the latest 2.4.27, but the behaviour is exactly the same.

I have also found previous Cudy support cases describing what appears to be the same asymmetric Site-to-Site behaviour, where the remote LAN can access the VPN server LAN but the reverse direction does not work.

Could you please confirm:

1. Is this a known limitation or bug in the P5 WireGuard Site-to-Site implementation?
2. Has the problem reported in the previous support cases been fixed in firmware 2.4.27?
3. If it is not fixed, is there a recommended configuration to allow traffic from the WireGuard tunnel (10.6.0.0/…) to be forwarded to the P5 LAN (192.168.10.0/24)?
4. Is there a way to enable the required forwarding/NAT manually, or is this something that requires a firmware update?
5. If possible, could you provide the exact configuration required to make the connection fully bidirectional?

I would be happy to provide screenshots or configuration details if needed.

Thank you.

Inigo Ortega

Mám CUDY R700 a vypadává mi připojení do Internetu. Běží několik hodin (různě) a pak dojde k přerušení spojení. Zařízení je nutné restartovat, aby se opět rozběhlo. Zkoušel jsem i VPN tunel pomocí IPSEC a OpenVPN proti zařízení ARCHER VX1800v VPN. Nedaří se mi VPN zprovoznit.

Karel

Laisser un commentaire