Viesnīcas Wi-Fi: VPN neizdodas vēl pirms servera sasniegšanas

VPN klients griežas, pēc tam ziņo, ka nevar sasniegt serveri, un visi secina, ka viesnīca bloķē VPN. Parasti nekas tik dramatisks nav noticis: tīkls jūs vēl nav izlaidis. Uztveršanas portāls aiztur katru savienojumu, līdz piesakāties, un tunelis nevar izveidoties, kamēr pieteikšanās lapa pārtver tā paketes. Izpildiet pieteikšanos, pirms vainojat tuneli.

Mīts: viesnīca bloķē VPN

Lielākā daļa viesnīcu tīklu speciāli nefiltrē tuneļus. Tie pārtver tīmekļa satiksmi, līdz viesis autentificējas, un var arī ierobežot ierīces, izbeigt sesijas vai samazināt caurlaidspēju. Katrs no tiem rada kļūmi, kas no VPN klienta iekšpuses izskatās kā bloķēšana.

Tunelis šeit ir slikts diagnostikas līdzeklis, jo tā ir vienīgā lietotne, kas noteikti neizdosies, kamēr portāls nav autorizēts. Parastā tīmekļa piekļuve ir labāks rādītājs, jo tā var parādīt pašu pieteikšanās lapu.

Šī secība ir svarīga arī cita iemesla dēļ: klients ar izslēgšanas slēdzi vai vienmēr ieslēgtu režīmu atteiksies ielādēt portālu, un lietotājs secinās, ka sabojājies ir tīkls, nevis iestatījums. Abi fakti ir patiesi vienlaikus, un viesnīcā var mainīt tikai vienu. Izslēdziet aizsardzību ar paša klienta vadību, piesakieties un ieslēdziet to atpakaļ. Viss pārējais ir apļceļš, kas slēpj īsto secību.

Vispirms pabeidziet portālu, tad pārbaudiet parasto HTTPS

Pajautājiet personālam oficiālo tīkla nosaukumu un pieteikšanās metodi. Pārliecinošs SSID nav īpašumtiesību pierādījums, un otrs tīkls ar līdzīgu nosaukumu ir ierasta viltība publiskās vietās. Izmantojiet operētājsistēmas paša pieteikšanās uzvedni, kur tā tiek piedāvāta, vai viesnīcas dokumentēto lapu.

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/

Pirmais pieprasījums jautā pazīstamu uztveršanas portāla noteikšanas punktu pa vienkāršu HTTP; pāradresācija vai negaidīts saturs nozīmē, ka joprojām esat aiz portāla. Otrais pārbauda parastu HTTPS vietni. Ja pirmais uzrāda pārtveršanu un otrais neizdodas, pieteikšanās nav pabeigta un VPN tam nav nekāda sakara.

Personīgā ierīcē var būt jāizslēdz izslēgšanas slēdzis vai pastāvīgais VPN ar atbalstīto klienta vadību, lai portāls varētu ielādēties. Aizveriet jutīgās lietotnes šajā laikā un uzreiz pēc tam ieslēdziet aizsardzību atpakaļ. Pārvaldītā ierīcē ievērojiet administratora apstiprināto procedūru, nevis paši noņemiet politiku.

Nekad neapkopiet sertifikāta brīdinājumu un neinstalējiet nezināmu sertifikātu vai palīgprogrammu, lai tiešsaistē. Ja portāls pieprasa kaut ko negaidītu, apstipriniet to ar personālu un ar administratoru, ja ierīce pieder darba devējam.

Saglabājiet sākotnējo profilu un tā kļūdu

Kad parastā piekļuve darbojas, pievienojiet sākotnējo profilu un pierakstiet precīzo kļūdu. Autentifikācijas noraidījums ir konta problēma, taimauts sarunu laikā ir ceļa problēma, un tunelis, kas izveidojas, bet neko nepārvada, ir maršrutēšanas vai politikas problēma.

Šiem trim vajadzīgi dažādi nākamie soļi, un kļūdas ekrānuzņēmums ir vērtīgāks par aprakstu. Pierakstiet arī laiku, jo viesnīcas sesijas limiti var beigties stundas laikā un radīt kļūmi, kas šķiet nejauša. Ja klients piedāvā žurnālu, saglabājiet daļu ap pirmo kļūmi, nevis visu failu. Šis fragments parasti ir pietiekams profila īpašniekam, lai noteiktu posmu.

Ja parastā piekļuve darbojas un sarunas joprojām beidzas ar taimautu, pajautājiet viesnīcai, vai tā atbalsta šo satiksmi, un salīdziniet ar uzticamu piekļuves punktu, turot ierīci un profilu nemainīgus. Darbs piekļuves punktā sašaurina uzmanību uz viesnīcas ceļu, neko nepierādot par profilu.

Izmantojiet tikai operatora nodrošinātās alternatīvas

Atbilstošs TCP profils var izdoties tur, kur piedāvātais UDP ceļš nedarbojas, bet tikai tad, ja serveris patiešām klausās šajā transportā un portā. TCP 443 ports netiek automātiski uzskatīts par parastu HTTPS, un tas negarantē pāreju caur ierobežojošu tīklu.

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

Nodrošinātā profila palaišana ar lielāku detalizāciju notur redzamu pirmo lietderīgo kļūdu, nevis saspiež to vispārīgā kļūmes dialogā. Izmantojiet operatora doto failu, nevis paši mainiet portus vai protokolus, jo lokāla izmaiņa nevar radīt atbilstošu klausītāju otrā pusē.

Ja tunelis atkārtoti tiek atiestatīts, atzīmējiet, vai portāls atkal parādās vai vietējais signāls krīt, un ievērojiet stabilitātes pārbaudes, nevis mainiet vairākus protokolus uzreiz. Pēc tam pārbaudiet lietotni, kas jums patiešām nepieciešama, un atjaunojiet parastās privātuma vadības. Savienojums, kas pārvada vienu vietni, bet ne otru, ir maršrutēšanas vai politikas jautājums, nevis portāla.

Visbeidzot pārbaudiet atjaunošanos pēc klēpjdatora miega. Portāla autorizācija var beigties neatkarīgi no tuneļa, tāpēc ierīce, kas automātiski atkal pievienojas, var atgriezties tīklā, kas to jau aizmirsts. Portāla lapas atvēršana no jauna ir parasts solis, nevis VPN bojājuma pazīme.