Jak nastavit cestovní router za hotelovým přihlašovacím portálem

Otevřete administrační stránku cestovního routeru a pokušení spustit VPN hned je silné. Hotelová síť má jiné plány: váš router je klientem Wi-Fi zařízení a dokud nebude toto nadřazené spojení autorizováno, žádný tunel se nikam nedostane. Projděte obě fáze v pořadí a router už nebude vypadat rozbitý.

Nejprve zkontrolujte, zda router zvládne obě úlohy

Potřebujete nadřazený klientský režim, obvykle označovaný jako opakovač, klient nebo WISP, a odchozí VPN klient. To jsou jiné funkce než VPN server a mnoho levných routerů má druhou, ale ne první.

Na administrační stránce najděte sekci WAN nebo internet a přepněte ji do bezdrátového klientského režimu. Naskenujte SSID zařízení, připojte se a nechte router získat adresu, než začnete konfigurovat cokoli dalšího.

Ověřte verzi firmwaru, dokud jste tam. Názvy nabídek se mezi verzemi mění a cesta ze starého návodu už nemusí existovat, i když funkce existuje. Poznamenejte si model a verzi ke své cestovní výbavě. Když dokumentovaný krok neodpovídá obrazovce před vámi, rozdíl ve verzi je téměř vždy důvodem.

Zadruhé autorizujte nadřazené spojení

Připojte k routeru notebook a otevřete libovolnou HTTP stránku. Portál by měl přesměrovat a odtud platí vlastní postup zařízení. Některé portály fungují lépe z telefonu než z routeru bez obrazovky, proto je to z připojeného zařízení obvykle rychlejší.

Přísné blokování VPN může toto počáteční připojení zkomplikovat. Pokud zařízení zahazuje provoz tunelu před autorizací, VPN klient na routeru selže, dokud je portál nevyřízený, a toto selhání je očekávané, ne špatná konfigurace.

Použijte podporovanou metodu, jak to obejít. Odstranění několika ovládacích prvků najednou nebo instalace certifikátu, který portál nabízí jako opravu, vymění dočasnou nepříjemnost za trvalý problém.

Zatřetí spusťte VPN s profilem, který podporuje

Když běžný přístup funguje, spusťte VPN klienta routeru s profilem, který skutečně podporuje. Konfigurace WireGuard a profil OpenVPN nejsou zaměnitelné a ani jeden nelze importovat do nativního pole IPsec.

Než mu uvěříte, zkontrolujte tři věci: koncový bod je dostupný, překladač odpovídá očekávanou hodnotou a odchozí adresa je ta, kterou očekáváte. Kontrola odchozí adresy je jediná, která dokazuje, že tunel přenáší provoz, a ne že je jen nakonfigurovaný.

curl -sS https://ifconfig.me
cat /etc/resolv.conf

Pokud router hlásí připojení a odchozí adresa je stále adresou zařízení, tunel nepřenáší provoz, který si myslíte. Opravte to, než do obrazu přidáte zařízení níže.

Začtvrté otestujte ze zařízení níže

Stavová stránka routeru popisuje vlastní spojení routeru. Odešlete nový požadavek z notebooku, který má být pokryt, a zkontrolujte IPv4, IPv6 a překladač zvlášť, protože zařízení může být pokryto pro jednu rodinu a ne pro druhou.

Pokud notebook selže, zatímco router uspěje, problém je v cestě níže: NAT, DHCP nebo zásada tunelu, která pokrývá jen vlastní provoz routeru. Zkontrolujte, zda notebook má adresu z fondu routeru, a poté, zda je jeho výchozí brána router. Zařízení, které stále drží pronájem od DHCP serveru zařízení, je zcela ve špatné síti.

Zapáté rozhodněte o záloze a uchovejte přihlášení

Otestujte, co se stane, když portál vyprší nebo tunel spadne. Zásada, kterou jste zvolili, musí pokrývat přeposílaný provoz, ne jen požadavky, které router dělá sám, jinak zařízení níže tiše přejde na spojení zařízení.

Uchovejte ověřený postup nadřazeného přihlášení u routeru, na papíře nebo v místní poznámce. Restart v dalším hotelu se stane dvouminutovým úkolem místo další improvizované konfigurace. Uchovejte kopii i mimo router, protože poznámka uložená jen v zařízení není dostupná právě tehdy, když selhalo zařízení. Papír v tomto případě stále vítězí.

Potom zapište čtyři hodnoty, které to zprovoznily: nadřazený režim, postup portálu, typ profilu VPN a kontrola odchozí adresy. Ty čtyři budete potřebovat příště a právě ty se z paměti rekonstruují nejhůř.