Hotelska Wi-Fi: VPN odpove še preden doseže strežnik

Odjemalec VPN se vrti, nato sporoči, da ne more doseči strežnika, in vsi sklenejo, da hotel blokira VPN. Običajno se ni zgodilo nič tako dramatičnega: omrežje vas še ni izpustilo ven. Zajemalni portal zadrži vsako povezavo, dokler se ne prijavite, tunel pa se ne more vzpostaviti, medtem ko njegove pakete prestreza prijavna stran. Opravite prijavo, preden krivite tunel.

Mit: hotel blokira VPN

Večina hotelskih omrežij tunelov ne filtrira posebej. Prestrežejo spletni promet, dokler se gost ne overi, lahko pa tudi omejijo naprave, zaključijo seje ali zmanjšajo prepustnost. Vsako od tega povzroči napako, ki je od znotraj odjemalca VPN videti kot blokada.

Tunel je tukaj slabo diagnostično orodje, ker je edina aplikacija, ki zagotovo odpove, dokler portal ni avtoriziran. Običajen spletni dostop je boljši kazalnik, ker vam lahko pokaže samo prijavno stran.

Ta vrstni red je pomemben še iz drugega razloga: odjemalec s stikalom za izklop ali načinom vedno vklopljeno bo zavrnil nalaganje portala, uporabnik pa bo sklenil, da je pokvarjeno omrežje in ne nastavitev. Obe dejstvi držita hkrati, v hotelu pa je mogoče spremeniti le eno. Izklopite zaščito prek lastnega upravljanja odjemalca, se prijavite in jo znova vklopite. Vse drugo je obvoz, ki skriva pravi vrstni red.

Najprej dokončajte portal, nato preizkusite običajen HTTPS

Osebje vprašajte za uradno ime omrežja in način prijave. Prepričljiv SSID ni dokaz lastništva, drugo omrežje s podobnim imenom pa je običajna zvijača na javnih mestih. Uporabite lastno prijavno poziv operacijskega sistema, kjer je na voljo, ali dokumentirano stran hotela.

curl -sS -o /dev/null -w '%{http_code} %{redirect_url}\n' http://captive.apple.com/hotspot-detect.html
curl -sS -o /dev/null -w '%{http_code}\n' https://www.example.com/

Prva zahteva povpraša znano končno točko za zaznavanje zajemalnega portala po običajnem HTTP; preusmeritev ali nepričakovano telo pomeni, da ste še vedno za portalom. Druga preizkusi običajno spletno mesto HTTPS. Če prva pokaže prestrezanje, druga pa odpove, prijava ni dokončana in VPN nima s tem nič.

Na osebni napravi bo morda treba izklopiti stikalo za izklop ali stalni VPN prek podprtega upravljanja odjemalca, da se portal lahko naloži. V tem obdobju zaprite občutljive aplikacije in takoj zatem znova vklopite zaščito. Na upravljani napravi upoštevajte postopek, ki ga je odobril skrbnik, namesto da sami odstranite pravilnik.

Nikoli ne obidite opozorila o potrdilu in ne nameščajte neznanega potrdila ali pomožne aplikacije za dostop do spleta. Če portal zahteva kaj nepričakovanega, to potrdite z osebjem, in s skrbnikom, če naprava pripada delodajalcu.

Ohranite izvirni profil in njegovo napako

Ko običajen dostop deluje, povežite izvirni profil in zapišite natančno napako. Zavrnitev overjanja je težava računa, časovna omejitev med pogajanji je težava poti, tunel, ki se vzpostavi, a ničesar ne prenaša, pa je težava usmerjanja ali pravilnika.

Ti trije potrebujejo različne naslednje korake, posnetek zaslona napake pa je vreden več kot opis. Zapišite tudi čas, ker lahko hotelske omejitve seje potečejo v eni uri in povzročijo napako, ki je videti naključna. Če odjemalec ponuja dnevnik, shranite del okoli prve napake in ne celotne datoteke. Ta odlomek običajno zadostuje lastniku profila za prepoznavo faze.

Če običajen dostop deluje in pogajanja še vedno potečejo, vprašajte hotel, ali podpira ta promet, in primerjajte z zaupanja vredno dostopno točko, pri čemer napravo in profil ohranite nespremenjena. Delo na dostopni točki zoži pozornost na hotelsko pot, ne da bi kar koli dokazalo o profilu.

Uporabljajte samo alternative, ki jih zagotovi operater

Ustrezen profil TCP lahko uspe tam, kjer ponujena pot UDP ne deluje, a le če strežnik res posluša na tem prenosu in vratih. Vrata TCP 443 se ne obravnavajo samodejno kot običajen HTTPS in niso garancija za prehod skozi omejevalno omrežje.

sudo openvpn --config /etc/openvpn/client/office-tcp.conf --verb 4

Zagon priloženega profila s podrobnejšim izpisom ohrani prvo uporabno napako vidno, namesto da bi jo stisnil v splošen pogovorno okno napake. Uporabite datoteko, ki jo je dal operater, namesto da sami urejate vrata ali protokole, ker lokalna sprememba ne more ustvariti ustreznega poslušalca na drugi strani.

Če se tunel večkrat ponastavi, zabeležite, ali se portal vrne ali lokalni signal pade, in sledite preverjanjem stabilnosti, namesto da bi preklapljali več protokolov hkrati. Nato preizkusite aplikacijo, ki jo res potrebujete, in obnovite običajne nadzore zasebnosti. Povezava, ki prenaša eno mesto, drugega pa ne, je vprašanje usmerjanja ali pravilnika, ne portala.

Na koncu preverite obnovitev po spanju prenosnika. Avtorizacija portala lahko poteče neodvisno od tunela, zato se lahko naprava, ki se samodejno znova poveže, vrne v omrežje, ki jo je že pozabilo. Ponovno odpiranje strani portala je običajen korak, ne znak, da je VPN pokvarjen.