Kinnine portaal ja VPN-i ummikseis: kumb liigub esimesena
Hotelli portaal nõuab liiklust enne, kui tunnel on olemas; VPN blokeerib, kuni tunnel on üleval. Võrrelge kahte järjekorda ja seda, mida kumbki lõhes paljastab.
Hotelli portaal tahab brauserit enne, kui see laseb läbi mis tahes liiklust. Teie VPN keeldub liiklust läbi laskmast enne, kui selle tunnel on üleval. Kumbki pool ootab teist ja mõlemad käituvad täpselt nii, nagu on seadistatud. Selle ummikseisu lõhub ainult kaks järjekorda ja need erinevad selle poolest, mida nad lõhe avatud ajal paljastavad. Valige üks teadlikult, selle asemel et keerata mis tahes seadet, mis paneb brauseri laadima.
Kaks järjekorda, üks neist töötab
Kas võrk laseb teid esimesena sisse ja tunnel tuleb teisena, või avate portaali jaoks kitsa erandi ja taastate seejärel blokeeringu. Mõlemad on legitiimsed. Legitiimne ei ole blokeeringu väljalülitamine ja selle tagasi panemise unustamine.
| 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 |
Need kaks järjekorda ei ole igas olukorras võrdselt head. Kohustusliku sissepääsuprotsessiga hallataval seadmel on üks vastus ja hotelli Wi-Fi võrgus oleval isiklikul sülearvutil teine. Võrdlus käib selle kohta, millest kumbki valik loobub.
Alustage teadmisest, millist neist teie klient ja teie seadme poliitika tegelikult toetavad.
Valik A: võrk laseb sisse, seejärel ühendub tunnel
Kinnitage oodatav võrgu nimi, seejärel kasutage operatsioonisüsteemi sisselogimiskutset või kliendi toetatud captive-portaali voogu. iPhone'is ja iPadis võib sisselogimislehe sulgemine kas ühenduse katkestada või selle alles jätta hoiatusega, et võrgul pole internetti, ja need on erinevad lähtepunktid. Lõpetage esmalt sissepääsu samm ja seejärel tõstke tunnel. See järjekord hoiab blokeeringu terve kogu aja, mil tunnel on maas.
Konks on selles, et portaal, mis lubab internetiühendust, ei ole teie VPN-i kontot autentinud. Tunnel peab pärast seda ikkagi ühenduma ja võib ebaõnnestuda omadel põhjustel. Sissepääs ja autentimine on eraldi sündmused, mille inimesed üheks sulatavad.
Kui sissepääs aina aegub, pange tähele, kas portaal küsib uuesti, kas võrk katkeb või kas ainult VPN ebaõnnestub.
Valik B: kitsas sisselogimiserand, seejärel blokeeringu taastamine
Alternatiiv on lubada portaali liiklust, kui blokeering muidu kehtib, sisse logida ja seejärel erand eemaldada. Erand peab olema kitsas: üks sihtkoht või üks aadressivahemik, sisselogimise kestuseks, blokeeringuga kohe pärast taastatuna. Lai ajutine aken on viis, kuidas kaheminutilisest sisselogimisest saab terve pärastlõuna kaitsmata liiklust.
Tea, mida teie klient tegelikult rakendab. OpenVPN Connect macOS-is dokumenteerib captive-portaali tuvastamise eraldi oma valikust, mis blokeerib internetiühenduse, kui VPN on peatatud või taasühendub. Portaali tuvastamine ja selle liikluse lubamine on seotud ülesanded, mitte vahetatavad lubadused.
Hallataval seadmel järgige seadistatud sissepääsuprotsessi, selle asemel et erandit välja mõelda.
Mida lõhe paljastab ja kellele
Ummikseisu huvitav osa ei ole brauseri vahekaart teie ees. See on kõik muu, mis hakkab võrku kasutama hetkel, kui ühenduvus ilmub: post, fotode sünkroonimine, värskenduste kontrollid, uuesti ühenduv vestlusklient, jätkav varundusagent.
Vaikne brauseriaken ei ütle selle kohta midagi. Sulgege või peatage tundlik töö enne igat lubatud otsese juurdepääsu intervalli ja kontrollige, mis sisselogimisel töötab. Androidis on alati sisse lülitatud VPN koos väljaspool VPN-i toimuvate ühenduste blokeerimisega asjakohane kontroll ja meelevaldne marsruudierand ei asenda selle mõistmist.
See on ainus koht, kus vanem nõuanne ajutiste juurdepääsuakende kohta veel kehtib. Mure oli õige ka seal, kus mehhanism seda ei olnud.
Kuidas valida ja kuidas seda kinnitada
Valige valik A, kui seade või klient toetab tõelist portaali voogu, sest see hoiab blokeeringu kogu aja tervena. Valige valik B, kui portaalile ei pääse muul viisil ligi, ja käsitlege erandit ajaliselt piiratud muudatusena, millel on omanik.
Seejärel kinnitage järjekord, mitte tulemus:
curl -sS --max-time 8 https://example.com -o /dev/null -w '%{http_code}\n'Lõpetage sissepääs, seadistage kavandatud profiil, taastage kõik ajutiselt muudetud blokeerimiskontroll ja tehke seejärel uus kahjutu päring ning kinnitage, et see järgib tunnelit. Päring, mis õnnestub seetõttu, et blokeering on veel väljas, ei tõesta tunneli kohta midagi.
VPN-i väljundi vahetamine ei uuenda aegunud hotelliseanssi. Need on erinevad sündmused ja nende segamine saadab teid otsima valest kohast.