Captive portal a patová situace s VPN: kdo se pohne první
Hotelový portál chce provoz dřív, než existuje tunel; VPN blokuje, dokud tunel není nahoře. Porovnejte obě pořadí a co každé z nich odhalí v mezeře.
Hotelový portál chce prohlížeč, než pustí jakýkoli provoz. Vaše VPN odmítá pustit provoz, dokud není její tunel nahoře. Každá strana čeká na druhou a obě se chovají přesně tak, jak jsou nastavené. Tuto patovou situaci lomí jen dvě pořadí a liší se v tom, co odhalí, dokud je mezera otevřená. Vyberte jedno vědomě, místo abyste přepínali jakékoli nastavení, které donutí prohlížeč načíst stránku.
Dvě pořadí, jedno z nich funguje
Buď vás síť pustí první a tunel přijde druhý, nebo otevřete úzkou výjimku pro portál a potom blokování vrátíte. Obojí je legitimní. Legitimní není vypnout blokování a zapomenout ho vrátit.
| Order | What it costs | When it fails |
|---|---|---|
| Admit, then connect | Nothing extra; the block stays on | The client cannot reach the portal with the tunnel down |
| Exception, then restore | A timed window of direct access | The window is left open, or scoped too broadly |
Obě pořadí nejsou ve všech situacích stejně dobrá. Spravované zařízení s povinným procesem přijetí má jednu odpověď a osobní notebook na hotelovém Wi-Fi jinou. Srovnání je o tom, čeho se každá možnost vzdává.
Začněte tím, že budete vědět, kterou z nich váš klient a vaše zásada pro zařízení skutečně podporují.
Možnost A: síť vás přijme, potom se připojí tunel
Ověřte očekávaný název sítě, potom použijte přihlašovací výzvu operačního systému nebo klientem podporovaný postup captive portálu. Na iPhone a iPad může zavření přihlašovacího listu buď přerušit asociaci, nebo ji ponechat s upozorněním, že síť nemá internet, a to jsou různé výchozí body. Nejprve dokončete krok přijetí, potom zvedněte tunel. Toto pořadí udržuje blokování nedotčené po celou dobu, kdy je tunel dole.
Háček je v tom, že portál, který povolí přístup k internetu, neověřil váš účet VPN. Tunel se přesto musí potom připojit a může selhat z vlastních důvodů. Přijetí a ověření jsou oddělené události, které lidé slévají v jednu.
Pokud přijetí stále vyprší, všimněte si, zda se portál ptá znovu, zda vypadne síť, nebo selže jen VPN.
Možnost B: úzká výjimka pro přihlášení, potom obnovení blokování
Alternativou je povolit provoz portálu, zatímco blokování jinak platí, přihlásit se a potom výjimku odstranit. Výjimka musí být úzká: jeden cíl nebo jeden rozsah adres, po dobu přihlášení, s okamžitým obnovením blokování poté. Široké dočasné okno je způsob, jak se z přihlášení na dvě minuty stane odpoledne nechráněného provozu.
Vězte, co váš klient skutečně implementuje. OpenVPN Connect na macOS dokumentuje detekci captive portálu odděleně od své volby, která blokuje přístup k internetu, když je VPN pozastavená nebo se znovu připojuje. Detekovat portál a povolit jeho provoz jsou příbuzné úkoly, ne zaměnitelné sliby.
Na spravovaném zařízení postupujte podle nastaveného procesu přijetí, místo abyste vymýšleli výjimku.
Co mezera odhalí a komu
Zajímavá část patové situace není karta prohlížeče před vámi. Je to všechno ostatní, co začne používat síť v okamžiku, kdy se objeví připojení: pošta, synchronizace fotek, kontroly aktualizací, chatovací klient, který se znovu připojuje, zálohovací agent, který pokračuje.
Tiché okno prohlížeče vám o tom neřekne nic. Zavřete nebo pozastavte citlivou práci před každým povoleným intervalem přímého přístupu a zkontrolujte, co běží při přihlášení. Na Androidu trvale zapnutá VPN spojená s blokováním připojení mimo VPN je příslušná kontrola a svévolná výjimka trasy není náhradou za její pochopení.
Toto je jediné místo, kde stará rada o dočasných oknech přístupu stále platí. Obava byla správná, i když mechanismus ne.
Jak vybrat a jak to potvrdit
Zvolte možnost A, když zařízení nebo klient podporují skutečný postup portálu, protože udržuje blokování po celou dobu nedotčené. Zvolte možnost B, když portál nelze dosáhnout jinak, a berte výjimku jako časově omezenou změnu s vlastníkem.
Potom potvrďte sled kroků, ne výsledek:
curl -sS --max-time 8 https://example.com -o /dev/null -w '%{http_code}\n'Dokončete přijetí, nastavte zamýšlený profil, obnovte každou dočasně změněnou blokovací kontrolu a potom odešlete nový neškodný požadavek a potvrďte, že jde tunelem. Požadavek, který uspěje proto, že blokování je ještě vypnuté, o tunelu nic nedokazuje.
Změna výstupu VPN neobnoví propadlou hotelovou relaci. To jsou různé události a jejich záměna vás pošle hledat na špatné místo.