Hotelli Wi-Fi: VPN ebaõnnestub enne, kui jõuab serverini

VPN-klient keerleb, teatab seejärel, et ei saa serverini jõuda, ja kõik järeldavad, et hotell blokeerib VPN-id. Tavaliselt pole midagi nii dramaatilist juhtunud: võrk pole teid veel välja lasknud. Püüdeportaal hoiab iga ühendust kinni, kuni sisse logite, ja tunnel ei saa valmida, kui sisselogimisleht selle pakette püüab. Käige sisselogimine läbi enne, kui tunnelit süüdistate.

Müüt: hotell blokeerib VPN-id

Enamik hotellivõrke ei filtreeri tunneleid spetsiaalselt. Nad püüavad veebiliiklust, kuni külaline end autendib, ja võivad ka seadmete arvu piirata, sessioone aeguda lasta või läbilaskevõimet vähendada. Igaüks neist tekitab tõrke, mis VPN-kliendi seest näeb välja nagu blokeering.

Tunnel on siin halb diagnostikavahend, sest see on ainus rakendus, mis kindlasti ebaõnnestub, kuni portaal pole autoriseeritud. Tavaline veebipääs on parem näitaja, sest see võib teile näidata sisselogimislehte ennast.

See järjekord on oluline ka teisel põhjusel: hukkamislüliti või pideva töö režiimiga klient keeldub portaali laadimast ja kasutaja järeldab, et võrk on katki, mitte seade. Mõlemad faktid on korraga tõesed ja hotellis saab muuta ainult ühte neist. Lülitage kaitse kliendi enda juhtimise kaudu välja, logige sisse ja lülitage see uuesti sisse. Kõik muu on möödasõit, mis peidab tegeliku järjekorra.

Lõpetage esmalt portaal, seejärel testige tavalist HTTPS-i

Küsige personalilt ametlikku võrgunime ja sisselogimismeetodit. Veenev SSID ei ole omandi tõestus ja sarnase nimega teine võrk on avalikes kohtades tavaline trikk. Kasutage operatsioonisüsteemi enda sisselogimiskutset, kui see on saadaval, või hotelli dokumenteeritud lehte.

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/

Esimene päring küsib tuntud püüdepordaalide tuvastuspunkti lihtsa HTTP kaudu; ümbersuunamine või ootamatu sisu tähendab, et olete endiselt portaali taga. Teine testib tavalist HTTPS-saiti. Kui esimene näitab pealtkuulamist ja teine ebaõnnestub, on sisselogimine lõpetamata ja VPN-il pole sellega mingit tegemist.

Isiklikul seadmel võib olla vaja hukkamislüliti või pidev VPN kliendi toetatud juhtimise kaudu välja lülitada, et portaal saaks laadida. Sulgege selle aja jooksul tundlikud rakendused ja lülitage kaitse kohe pärast uuesti sisse. Hallataval seadmel kasutage administraatori kinnitatud protseduuri, mitte ärge eemaldage poliitikat ise.

Ärge kunagi mööduge sertifikaadi hoiatusest ega paigaldage tundmatut sertifikaati või abirakendust, et võrku pääseda. Kui portaal nõuab midagi ootamatut, kinnitage see personaliga ja administraatoriga, kui seade kuulub tööandjale.

Hoidke algne profiil ja selle viga alles

Kui tavaline juurdepääs töötab, ühendage algne profiil ja kirjutage üles täpne viga. Autentimise tagasilükkamine on konto probleem, läbirääkimise ajal tekkinud aegumine on tee probleem ja tunnel, mis luuakse, aga ei kanna midagi, on marsruutimise või poliitika probleem.

Need kolm vajavad erinevaid järgmisi samme ja vea ekraanipilt on väärt rohkem kui kirjeldus. Märkige üles ka kellaaeg, sest hotelli sessioonipiirangud võivad tunni jooksul aeguda ja tekitada tõrke, mis näib juhuslik. Kui klient pakub logi, hoidke alles esimese tõrke ümbrus, mitte kogu fail. Sellest väljavõttest piisab tavaliselt profiili omanikule etapi tuvastamiseks.

Kui tavaline juurdepääs töötab ja läbirääkimine aegub endiselt, küsige hotellilt, kas see toetab sellist liiklust, ja võrrelge usaldusväärse tugijaamaga, hoides seadet ja profiili muutumatuna. Tugijaamas töötamine kitsendab tähelepanu hotelli teele, tõestamata midagi profiili kohta.

Kasutage ainult neid alternatiive, mida operaator pakub

Sobiv TCP-profiil võib õnnestuda seal, kus pakutud UDP-tee ei tööta, kuid ainult siis, kui server tõesti kuulab sellel transpordil ja pordil. TCP-porti 443 ei käsitleta automaatselt tavalise HTTPS-ina ja see ei taga läbipääsu piirava võrgu kaudu.

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

Pakutud profiili suurema detailsusega käivitamine hoiab esimese kasuliku vea nähtavana, selle asemel et see üldisesse tõrkedialoogi suruda. Kasutage operaatori antud faili, mitte ärge muutke porte või protokolle ise, sest kohalik muudatus ei saa teisel pool sobivat kuulajat luua.

Kui tunnel lähtestub korduvalt, pange tähele, kas portaal ilmub uuesti või kohalik signaal langeb, ja järgige stabiilsuskontrolle, mitte ärge lülitage korraga mitut protokolli. Seejärel testige rakendust, mida tegelikult vajate, ja taastage tavalised privaatsuskontrollid. Ühendus, mis kannab ühte saiti, aga mitte teist, on marsruutimise või poliitika küsimus, mitte portaali küsimus.

Lõpuks kontrollige taastumist pärast sülearvuti magamaminekut. Portaali autoriseerimine võib aeguda tunnelist sõltumatult, nii et automaatselt taasühenduv seade võib naasta võrku, mis on selle juba unustanud. Portaalilehe uuesti avamine on tavaline samm, mitte märk sellest, et VPN on katki.