VPN on ühendatud, aga internetti pole? Käi läbi neli kihti

Klient ütleb, et ühendatud, brauser keerleb ja iga sait lõpeb ajutõrkea. See kombinatsioon on tavaline ega ole vastuolu: ühendatud tähendab, et tunnel pidas läbirääkimisi, ja ei midagi enamat. Nime lahendamine, marsruutimine ja serveri enda väljund ebaõnnestuvad igaüks omamoodi ning igaühel on erinev omanik. Käi kihid järjekorras läbi ja peatu esimesel, mis ebaõnnestub.

Alusta võrgust, kust tulid

Langeta tunnel kliendi enda ühenduse katkestamise juhtnupuga ja proovi siis kahte sõltumatut HTTPS-saiti, kui poliitika lubab. Jäta tundlik töö selle testi ajaks suletuks. Kui ka tavaline juurdepääs ebaõnnestub, ei ole VPN esimene kahtlusalune.

Vaata Wi-Fi-linki, ruuterit ja iga portaalilehte, mis nõuab sisselogimist, enne kui tunnelit puutud. Kill switch võib ühenduse katkemise ajal liiklust disaini järgi blokeerida, seega järgi selle dokumenteeritud testimisprotseduuri, selle asemel et järeldada, et võrk on surnud. Teine usaldusväärne võrk on kasulik võrdlus, ja uus VPN-väljund ei lõpeta aegunud hotelli sisselogimist. Kui avatud võrk töötab ja tunnel mitte, on võrk õigeks mõistetud ja järgmine kiht on sinu.

Otsusta, kas viga on nime lahendamises

Kirjuta vea tekst üles, sest lahendamise viga, ajutõrge ja sertifikaadi hoiatus osutavad igaüks mujale. Muster, mida vara tabada, on hostinimi, mida sa pole kunagi külastanud, mis ebaõnnestub, samal ajal kui avatud sessiooniga rakendus jätkab. See muster puudutab uusi päringuid, mitte seda, kas tunnel pakette kannab. Üks päring näitab, mida resolver tagastab, ja selle käivitamine võtab sekundi. Proovi ka teist nime, et üks vahemällu salvestatud vastus või üks katkine kirje diagnoosi ei otsustaks.

nslookup example.com

Suvaline IP HTTPS-i aadressiribal ei ole DNS-test, sest sertifikaat ja virtuaalhost sõltuvad tavaliselt nimest. Sisevõrgu nimed võivad vajada organisatsiooni resolverit, mitte avalikku asendust, ja oma turvalise resolveriga brauser võib vastata teisiti kui operatsioonisüsteemi päring. Kui need kaks lahknevad, on brauseri resolver see, mida kasutaja kogeb, ja see erinevus kuulub pileti juurde.

Täistunnel või ainult ettevõtte alamvõrgud

Mõned profiilid on olemas ainult selleks, et jõuda peotäis ettevõtte alamvõrke; teised on ehitatud kõike kandma ja vajavad taga töötavat väljundit. Loe dokumenteeritud otstarvet enne, kui eeldad, et indikaator katab iga rakenduse ja iga aadressiperekonna. Privaatvõrgu profiil võib töötada täpselt nii, nagu kavandatud, samal ajal kui brauser, mida ei pidanud seda kunagi kasutama, ikka ebaõnnestub. Loe marsruutimistabelit seda muutmata ja lisa IPv6, sest töötav IPv4-teekond ei ütle teise perekonna kohta midagi.

Täpsem marsruut võib võita, samal ajal kui vaikemarsruut veel eksisteerib, ja seepärast tuleb tabelit lugeda, mitte eeldada. Konkureerivad virtuaaladapterid võivad samuti omada liiklust, mida ootasid mujal, eriti pärast teise VPN-kliendi paigaldamist ja unustamist. Ära kustuta vaikemarsruuti katse pärast; see muudab diagnoosi teiseks katkestuseks.

Üks ebaõnnestuv sait töötavate seas on selle saidi probleem ja tõestab ka, et tunnel kannab liiklust. Tõrked, mis ilmnevad ainult suurte ülekannete puhul, osutavad paketi suurusele, mitte kättesaadavusele.

Kui server ei edasta kunagi midagi

Kui iga sihtkoht ebaõnnestub kahel seadmel ja kahes juurdepääsuvõrgus, on tunnel püsti ja väljund ei edasta. See paar eristab serveripoolset viga ühest seadmest, mis on ühes kohas valesti seadistatud. Saada operaatorile edastamise, NAT-i ja tagasitee küsimused, mitte indikaatori ekraanipilt.

Need kolm katavad enamiku serveripoolsetest põhjustest ja vastamine on operaatori töö. OpenVPN-i ühenduvuse tõrkeotsingu leht käib samad küsimused serveri poolt läbi, seega anna see piletiga kaasa. Rohelise indikaatori ekraanipilt ei vasta neist ühelegi.

Vaata kliendi logi pärast sisselogimist läbi marsruutide, DNS-i seadete või virtuaaladapteri rakendamise ebaõnnestumiste suhtes. Selle etapi vead osutavad seadmele, mitte serverile. Viga, mis logis kunagi ei ilmu, on sama informatiivne, sest viib kahtluse teisele poole.

Kontrolli ühte kihti korraga

Kui oled midagi muutnud, ühendu uuesti ja korda täpselt seda rakendust, mis ebaõnnestus. Üks laadiv leht tõestab vähem kui korratav teekond ressurssideni, mille jaoks profiil loodi. Kaks käsku eraldavad lahendamise kättesaadavusest ja teine on hostipõhine. Käivita curl-rida ükskõik kus, seejärel käivita marsruudikäsk, mis vastab sinu ees olevale hostile.

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

Kui numbriline päring töötab ja nimi mitte, jää DNS-i juurde. Kui kumbki ei tööta, võrdle marsruutimistabelit tunneli oodatud vaikeväärtusega ja kontrolli perekonda, mida tegelikult testid. Kui marsruut on õige ja päring sureb ikka väljundis, kuulub ülejäänud küsimus operaatorile ja tõendid, mille alles hoidsid, on pilet.