Krótki poradnik rozwiązywania problemów z WireGuard VPN na routerach GL.iNet
Ten poradnik zawiera pełne instrukcje rozwiązywania problemów, wskazówki i porady dotyczące konfiguracji serwera i klienta VPN na routerach GL.iNet dla prywatnej sieci WireGuard VPN.
Sprawdź konflikty adresów IP
Upewnij się, że serwer i klient nie mają konfliktu adresów IP. Każde urządzenie w sieci WireGuard powinno mieć unikatowy adres w tej samej podsieci.
W powyższym przykładzie IP sieci WireGuard mojego serwera to 10.1.0.1. Wygenerowano dwa profile klientów: 10.1.0.2/24 i 10.1.0.3/24. Upewnij się, że pierwsze trzy oktety (10.1.0) profili klientów odpowiadają IP serwera WireGuard w zakładce „Configuration”. W przeciwnym razie urządzenia nie połączą się.
Zauważ też, że zmieniłem IP serwera z domyślnego 10.0.0.1. Podsieć 10.0.0. jest często używana przez inne sieci, np. Xfinity, więc warto zapobiec konfliktom zarówno w domu, jak i po stronie klienta w podróży. Zmieniłem zatem drugi oktet z „0” na „1”, dzięki czemu podsieć to teraz 10.1.0.
Sprawdź poprawność przekierowania portu WireGuard
WireGuard zazwyczaj używa portu UDP 51820, ale można zmienić go w konfiguracji WireGuard routera serwerowego. Inny port, np. 51821, jest zalecany, jeśli lokalny firewall blokuje domyślny port WireGuard w podróży. W innych przypadkach sieć lokalna może całkowicie blokować UDP. Wtedy potrzebny jest alternatywny VPN używający TCP, np. węzeł wyjściowy Tailscale lub OpenVPN.
Sprawdź artykuł o przekierowaniu portów , aby dowiedzieć się więcej o poprawnym wykonaniu tego kluczowego pierwszego kroku.
Konfiguracja DNS klienta i serwera (zalecana)
Jeśli w profilach konfiguracji klientów ustawisz serwer DNS na IP serwera WireGuard (np. 10.1.0.1), musisz włączyć „Remote Access LAN” na swoim routerze serwerowym GL.iNet w sieci. Opcja jest dostępna na VPN Dashboard, pod ikoną koła zębatego w opcjach wiersza serwera WireGuard.
Na koniec możesz skonfigurować serwery DNS na routerze serwerowym w Network -> DNS, wybierając dowolny preferowany serwer DNS. Ze względu na prywatność zwykle zaleca się serwery inne niż dostawcy Internetu. Cloudflare zazwyczaj działa najlepiej. Możesz też ręcznie ustawić Google jako zapasowe serwery DNS 3 i 4 (8.8.8.8 i 8.8.4.4).
Dodatkowe scenariusze rozwiązywania problemów
„Konfiguracja serwera/klienta działała przez jakiś czas, ale teraz nie mogę się połączyć”.
- Najpierw utwórz profil konfiguracji dla smartfona i wgraj go na telefon przez aplikację mobilną WireGuard. Przetestuj połączenie VPN na telefonie. Jeśli działa, problem prawdopodobnie wynika z routera podróżnego.
- Włącz dynamiczny DNS na serwerze , jeśli domowa sieć używa dynamicznego publicznego IP zamiast stałego, co jest częste.
- Możliwe, że port WireGuard jest zablokowany po stronie klienta. Jak wspomniano wcześniej, zmień domyślny 51820 na inny, np. 51825, i pamiętaj o ponownym ustawieniu przekierowania na domowym routerze, chyba że go nie masz lub działa w pełnym trybie przekazywania.
„Moje połączenie jest bardzo wolne lub niestabilne”
- Sprawdź opóźnienie, używając polecenia „ping” w terminalu lub wierszu polecenia do serwera DNS, np. 8.8.8.8 lub 1.1.1.1. Spróbuj zmienić serwery DNS w panelu administracyjnym serwera lub klienta.
- Sprawdź, czy masz wystarczającą prędkość wysyłania w domowej sieci, ponieważ będzie to prędkość pobierania po stronie klienta. Zdecydowanie zaleca się przynajmniej 20 Mbps wysyłania w lokalizacji serwera.
- Router serwerowy GL.iNet może mieć zbyt małą moc zależnie od modelu i dodatkowych uruchomionych usług, takich jak AdGuard Home czy szyfrowany DNS. Rozważ ich wyłączenie lub, jeśli to możliwe, wymianę na nowszy, wydajniejszy router.
- Możliwe, że maksymalna jednostka transmisji (MTU) nie jest zoptymalizowana dla ruchu VPN, powodując fragmentację pakietów. Możesz dostosować MTU po stronie serwera i klienta. Zacznij od domyślnego MTU klienta 1420 i zmniejszaj je o „20”, aż zauważysz większą szybkość. Nie schodź poniżej 1280. Następnie ustaw ten sam rozmiar MTU w panelu serwera. Jeśli na urządzeniu klienckim używasz dodatkowego VPN, np. firmowego VPN Zscaler, problem mogą powodować jego ustawienia MTU. Wtedy nie rozwiążesz go samodzielnie, ponieważ wymagają zmiany po stronie firmowego VPN.
„Nie mogę zdalnie otworzyć panelu administracyjnego mojego serwera GL.iNet”
- Aby zdalnie otworzyć panel serwera, używane urządzenie klienckie musi być połączone przez tunel WireGuard VPN. Po włączeniu VPN na routerze podróżnym wpisz IP LAN routera serwerowego GL.iNet w pasku przeglądarki i naciśnij Enter.
- Może być konieczna zmiana IP LAN serwera lub klienta, jeśli oba mają domyślny 192.168.8.1, co powoduje konflikt. Możesz np. zmienić IP routera serwerowego lub klienckiego na 192.168.10.1.
Jeśli nadal nie udało się rozwiązać problemu, napisz na subreddicie GL.iNet (/r/GLiNet) lub dołącz do naszego serwera Discord i skorzystaj z kanału #tech-support-forum. Pamiętaj o udostępnieniu szczegółowych dzienników routera lub serwera WireGuard, aby uzyskać skuteczną pomoc.
O autorze
Adam pochodzi z Wirginii i pasjonuje się podróżami międzynarodowymi. Ukończył elektrotechnikę na Virginia Tech. Jest inżynierem rozwiązań i kierownikiem oddziału centrum obsługi w GL.iNet oraz twórcą The Wired Nomad, serwisu dla cyfrowych nomadów. Skontaktuj się z nim przez jego stronę internetową.
About GL.iNet
Founded in 2010, GL.iNet is a leading provider of innovative routers and networking solutions. From compact travel routers to cutting-edge remote KVMs, GL.iNet delivers award-winning networking technology designed for performance and security.
GL.iNet gives people and organizations the power to connect with confidence. By putting control in the hands of users, GL.iNet supports the productivity and collaboration that shape a Good Life.