Klient VPN to urządzenie końcowe lub oprogramowanie służące do nawiązywania bezpiecznego połączenia między użytkownikiem a serwerem VPN.
Czym jest VPN?
VPN (wirtualna sieć prywatna) umożliwia zdalny, bezpieczny i prywatny dostęp do zasobów internetowych dzięki technologii tunelowania. VPN szyfruje Twoje dane osobowe i ukrywa Twój adres IP przed osobami postronnymi podczas korzystania z internetu. Dla użytkowników VPN będzie to wyglądało tak, jakby komputery były ze sobą bezpośrednio połączone.
Typowa topologia sieci:
Tutaj jako demonstrację posłużymy się modelem WR2100.
Krok 1:Otwórz przeglądarkę internetową i przejdź dohttp://cudy.netLubhttp://192.168.10.1.
Więcej szczegółów znajdziesz wJak zalogować się do interfejsu internetowego routera Cudy?
Krok 2:Kliknij naUstawienia ogólne->VPNi włączyćVPN.
Zasada domyślna: Zezwól wszystkim urządzeniomLubZablokuj wszystkie urządzeniaaby korzystać z VPN.
Aby określić urządzenie, kliknijStan systemu->Urządzenia->VPNaby włączyć lub wyłączyć.
Od miejsca do miejsca:Zezwól urządzeniom w dwóch lokalizacjach na wzajemną komunikację.
Polityka VPN:
Wyłączyć:Brak dodatkowych ustawień.
Wyłącznik awaryjny VPN:Wyłącz łączność internetową, gdy połączenie VPN zostanie utracone.
Domena:Określ, które domeny przechodzą przez sieć VPN, a które nie
Podsieć zdalna:Określ, które podsieci przechodzą przez sieć VPN, a które nie
Krok 3:WProtokółz listy wybierz tę, której potrzebujesz i wprowadź informacje o sieci VPN dostarczone przez Twojego dostawcę VPN.
•Sieć VPN PPTP
Wprowadź adres serwera VPN (na przykład 113.92.73.163) oraz nazwę użytkownika i hasło VPN dostarczone przez dostawcę VPN.
•Sieć VPN L2TP
Wprowadź adres serwera VPN (na przykład 113.92.73.163), nazwę użytkownika i hasło VPN oraz klucz wstępny udostępniony przez dostawcę VPN.
Jeśli Twój dostawca VPN udostępnia Ci również adres IP tunelu, który jest powiązany z kontem, możesz włączyćUżyj niestandardowego tunelu IPopcja.
•OpenVPN
Kliknij naPrzeglądarkaaby zaimportować plik konfiguracyjny dostarczony przez dostawcę VPN.
• WireGuard VPN
Kliknij naPrzeglądarkaaby zaimportować plik konfiguracyjny dostarczony przez dostawcę VPN.
TenInterfejsIRówieśnikzsynchronizuje się automatycznie z Twoim dostawcą VPNPlik CONF.
• ZeroTier Slave
WpiszIdentyfikator sieci ZeroTierIWejścieDostarczane przez ZeroTier Master. Bramkę można znaleźć w sekcji Status VPN.
Powiązany artykuł: Jak zdalnie połączyć router Cudy przez Zerotier?-Cudy Home
201 komentarze(-y)
Thanks, now It works like a charm.
আমার উয়াইফাই অন্য কারো হাতে
@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."
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.1The 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: 51820The 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.
192.168.10.1 does not respond. Devices behind the Cudy, for example 192.168.10.121, do not respond.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:
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.
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.