Captive portál a VPN v patovej situácii: kto sa pohne prvý
Portál hotela žiada premávku skôr, než tunel existuje; VPN blokuje, kým tunel nie je hore. Porovnajte dve poradia a to, čo každé z nich odhalí v medzere.
Portál hotela chce vidieť prehliadač, skôr než prepustí akúkoľvek premávku. Vaša VPN odmieta prepustiť premávku, kým jej tunel nie je hore. Každá strana čaká na tú druhú a obe sa správajú presne tak, ako sú nastavené. Túto patovú situáciu prelomia len dve poradia a líšia sa v tom, čo odhalia, kým je medzera otvorená. Vyberte si jedno zámerne namiesto prepínania akéhokoľvek nastavenia, po ktorom sa prehliadač načíta.
Dve poradia, jedno z nich funguje
Buď vás sieť prijme prvá a tunel príde druhý, alebo otvoríte úzku výnimku pre portál a blokovanie potom obnovíte. Obe sú legitímne. Nelegitímne je vypnúť blokovanie a zabudnúť ho vrátiť.
| 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 |
Obe poradia nie sú v každej situácii rovnako dobré. Spravované zariadenie s povinným procesom prijatia má jednu odpoveď a osobný notebook na hotelovej Wi-Fi inú. Porovnanie je o tom, čoho sa každá možnosť vzdáva.
Začnite tým, že budete vedieť, ktoré z nich váš klient a politika zariadenia naozaj podporujú.
Možnosť A: prijmite sieť, potom pripojte tunel
Potvrďte očakávaný názov siete a potom použite výzvu na prihlásenie operačného systému alebo klientom podporovaný postup captive portálu. Na iPhone a iPad môže zavretie prihlasovacieho hárku buď prerušiť asociáciu, alebo ju zachovať s upozornením, že sieť nemá internet, a to sú rôzne východiská. Najprv dokončite krok prijatia, potom zdvihnite tunel. Toto poradie udržuje blokovanie nedotknuté celý čas, kým je tunel dole.
Háčik je v tom, že portál, ktorý povoľuje prístup na internet, neoveril váš účet VPN. Tunel sa aj tak musí potom pripojiť a môže zlyhať z vlastných dôvodov. Prijatie a overenie sú oddelené udalosti, ktoré ľudia zlievajú do jednej.
Ak prijatie stále vypršiava, poznamenajte, či portál žiada znova, či sieť vypadne, alebo zlyháva len VPN.
Možnosť B: úzka výnimka na prihlásenie, potom obnovenie blokovania
Alternatívou je povoliť premávku portálu, kým blokovanie inak platí, prihlásiť sa a potom výnimku odstrániť. Výnimka musí byť úzka: jeden cieľ alebo jeden rozsah adries, na čas prihlásenia, s blokovaním obnoveným hneď po ňom. Široké dočasné okno je spôsob, akým sa dvojminútové prihlásenie zmení na celé popoludnie nechránenej premávky.
Vedzte, čo váš klient naozaj implementuje. OpenVPN Connect na macOS dokumentuje detekciu captive portálu oddelene od svojej možnosti, ktorá blokuje prístup na internet, kým je VPN pozastavená alebo sa znova pripája. Zistiť portál a povoliť jeho premávku sú príbuzné úlohy, nie zameniteľné sľuby.
Na spravovanom zariadení nasledujte nastavený proces prijatia namiesto vymýšľania výnimky.
Čo medzera odhalí a komu
Zaujímavá na tejto patovej situácii nie je karta prehliadača pred vami. Je to všetko ostatné, čo začne používať sieť v okamihu, keď sa objaví pripojenie: pošta, synchronizácia fotiek, kontroly aktualizácií, chatový klient, ktorý sa znova pripája, zálohovací agent, ktorý pokračuje.
Tiché okno prehliadača vám o tom nič nehovorí. Zatvorte alebo pozastavte citlivú prácu pred každým povoleným intervalom priameho prístupu a skontrolujte, čo sa spúšťa pri prihlásení. Na Androide trvalo zapnutá VPN spojená s blokovaním pripojení mimo VPN je relevantná kontrola a ľubovoľná výnimka v trase nenahrádza jej pochopenie.
Toto je jediné miesto, kde stará rada o dočasných prístupových oknách stále platí. Obava bola správna, aj keď mechanizmus nebol.
Ako vybrať a ako to potvrdiť
Vyberte možnosť A, keď zariadenie alebo klient podporuje skutočný postup portálu, pretože udržiava blokovanie po celý čas. Vyberte možnosť B, keď sa k portálu nedá dostať inak, a berte výnimku ako časovo obmedzenú zmenu s vlastníkom.
Potom potvrďte postupnosť, nie výsledok:
curl -sS --max-time 8 https://example.com -o /dev/null -w '%{http_code}\n'Dokončite prijatie, nastavte zamýšľaný profil, obnovte každú dočasne zmenenú kontrolu blokovania a potom urobte novú neškodnú požiadavku a potvrďte, že ide cez tunel. Požiadavka, ktorá uspeje preto, že blokovanie je stále vypnuté, o tuneli nič nedokazuje.
Zmena výstupu VPN neobnoví vypršanú hotelovú reláciu. Sú to rôzne udalosti a ich zámena vás pošle hľadať na nesprávnom mieste.