VPN prisijungtas, bet interneto nėra? Patikrinkite keturis sluoksnius

Klientas sako prisijungęs, naršyklė sukasi, o kiekviena svetainė baigiasi laiko limitu. Šis derinys įprastas ir ne prieštaravimas: prisijungęs reiškia, kad tunelis susiderėjo, ir nieko daugiau. Vardų skyrimas, maršrutizavimas ir paties serverio išėjimas kiekvienas nepavyksta savaip, ir kiekvienas turi skirtingą savininką. Eikite per sluoksnius iš eilės ir sustokite ties pirmuoju, kuris nepavyksta.

Pradėkite nuo tinklo, iš kurio atėjote

Nutraukite tunelį paties kliento atjungimo valdikliu, tada išbandykite dvi nesusijusias HTTPS svetaines, jei politika leidžia. Palikite jautrų darbą uždarytą viso bandymo metu. Jei įprasta prieiga taip pat nepavyksta, VPN nėra pirmasis įtariamasis.

Prieš liesdami tunelį pažiūrėkite į Wi-Fi ryšį, maršrutizatorių ir bet kurį portalo puslapį, reikalaujantį prisijungimo. Kill switch gali blokuoti srautą atsijungus pagal projektą, todėl laikykitės jo dokumentuotos bandymo procedūros, o ne darykite išvadą, kad tinklas miręs. Kitas patikimas tinklas yra naudingas palyginimas, o naujas VPN išėjimas nebaigs pasibaigusio viešbučio prisijungimo. Jei atviras tinklas veikia, o tunelis ne, tinklas išteisintas ir kitas sluoksnis jūsų.

Nuspręskite, ar gedimas yra vardų skyrimas

Užsirašykite klaidos tekstą, nes skyrimo gedimas, laiko limitas ir sertifikato įspėjimas kiekvienas rodo į kitą vietą. Modelis, kurį reikia pagauti anksti, yra niekada nelankyto hosto vardas, kuris nepavyksta, kol programa su atvira sesija tęsia. Šis modelis apie naujas užklausas, o ne apie tai, ar tunelis neša paketus. Viena užklausa parodo, ką grąžina sprendėjas, ir tai užima sekundę. Išbandykite ir antrą vardą, kad vienas podėlyje esantis atsakymas ar vienas sugadintas įrašas nenuspręstų diagnozės.

nslookup example.com

Savavališkas IP HTTPS adreso juostoje nėra DNS testas, nes sertifikatas ir virtualus hostas paprastai priklauso nuo vardo. Vidiniai vardai gali reikalauti organizacijos sprendėjo, o ne viešo pakaitalo, o naršyklė su savo saugiu sprendėju gali atsakyti kitaip nei operacinės sistemos užklausa. Kai jie nesutaria, naršyklės sprendėjas yra tas, kurį patiria naudotojas, ir šis skirtumas priklauso bilietui.

Visas tunelis ar tik įmonės potinkliai

Kai kurie profiliai egzistuoja tik pasiekti saujai įmonės potinklių; kiti sukurti nešti viską ir jiems reikia veikiančio išėjimo už jų. Perskaitykite dokumentuotą paskirtį prieš manydami, kad indikatorius apima kiekvieną programą ir kiekvieną adresų šeimą. Privataus tinklo profilis gali veikti tiksliai kaip suprojektuotas, o naršyklė, kuri niekada neturėjo juo naudotis, vis tiek nepavyksta. Perskaitykite maršrutų lentelę nekeisdami ir įtraukite IPv6, nes veikiantis IPv4 kelias nieko nesako apie kitą šeimą.

Konkretesnis maršrutas gali laimėti, kol numatytasis maršrutas dar egzistuoja, todėl lentelę reikia skaityti, o ne manyti. Konkuruojantys virtualūs adapteriai taip pat gali turėti srautą, kurio tikėjotės kitur, ypač po to, kai antras VPN klientas buvo įdiegtas ir pamirštas. Netrinkite numatytojo maršruto kaip eksperimento; tai diagnozę paverčia antru gedimu.

Viena nepavykstanti svetainė tarp veikiančių yra tos svetainės problema, ir tai taip pat įrodo, kad tunelis neša srautą. Stabdymai, atsirandantys tik dideliuose perdavimuose, rodo paketo dydį, o ne pasiekiamumą.

Kai serveris niekada nieko neperduoda

Jei kiekviena paskirties vieta nepavyksta dviejuose įrenginiuose ir dviejuose prieigos tinkluose, tunelis pakilęs, o išėjimas neperduoda. Būtent ši pora atskiria serverio pusės gedimą nuo vieno įrenginio, neteisingai sukonfigūruoto vienoje vietoje. Siųskite operatoriui perdavimo, NAT ir grįžimo kelio klausimus, o ne indikatoriaus ekrano kopiją.

Šie trys apima daugumą serverio pusės priežasčių, ir atsakyti turi operatorius. OpenVPN ryšio trikčių šalinimo puslapis eina per tuos pačius klausimus iš serverio pusės, todėl perduokite jį su bilietu. Žalio indikatoriaus ekrano kopija neatsako nė į vieną.

Peržiūrėkite kliento žurnalą po prisijungimo dėl maršrutų, DNS nustatymų ar virtualaus adapterio taikymo gedimų. To etapo klaidos rodo įrenginį, o ne serverį. Klaida, kuri niekada nepasireiškia žurnale, yra lygiai tokia pat informatyvi, nes perkelia įtarimą į kitą pusę.

Tikrinkite po vieną sluoksnį

Kai ką nors pakeisite, prisijunkite iš naujo ir pakartokite būtent tą programą, kuri nepavyko. Vienas įkeltas puslapis įrodo mažiau nei pakartojamas kelias į išteklius, kuriems profilis buvo sukurtas. Dvi komandos atskiria skyrimą nuo pasiekiamumo, o antroji priklauso nuo hosto. Paleiskite curl eilutę bet kur, tada paleiskite maršruto komandą, atitinkančią priešais esantį hostą.

curl -sS -o /dev/null -w "%{http_code}" --max-time 5 https://example.com
route print -4          # Windows
ip -4 route show        # Linux
netstat -rn | head      # macOS

Jei skaitmeninė užklausa veikia, o vardas ne, likite prie DNS. Jei nei viena neveikia, palyginkite maršrutų lentelę su numatytuoju tunelio keliu ir patikrinkite šeimą, kurią iš tikrųjų bandote. Jei maršrutas teisingas, o užklausa vis tiek miršta išėjime, likęs klausimas priklauso operatoriui, o jūsų išsaugoti įrodymai yra bilietas.