VPN yhdistetty, mutta ei internetiä? Käy läpi neljä kerrosta

Asiakas sanoo yhdistetty, selain pyörii ja jokainen sivusto päättyy aikakatkaisuun. Yhdistelmä on tavallinen eikä ole ristiriita: yhdistetty tarkoittaa, että tunneli neuvotteli, ei muuta. Nimenratkaisu, reititys ja palvelimen oma lähtö epäonnistuvat kukin omalla tavallaan, ja jokaisella on eri omistaja. Käy kerrokset järjestyksessä ja pysähdy ensimmäiseen, joka epäonnistuu.

Aloita verkosta, josta tulit

Laske tunneli asiakkaan omalla katkaisusäätimellä ja kokeile sitten kahta toisistaan riippumatonta HTTPS-sivustoa, jos käytäntö sallii. Jätä arkaluonteinen työ suljetuksi testin ajaksi. Jos tavallinen pääsy epäonnistuu myös, VPN ei ole ensimmäinen epäilty.

Katso Wi-Fi-linkkiä, reititintä ja jokaista portaal sivua, joka vaatii kirjautumisen, ennen kuin kosket tunnelia. Kill switch voi estää liikenteen irrotettuna ollessa suunnittelun mukaan, joten seuraa sen dokumentoitua testimenettelyä sen sijaan, että päättelet verkon olevan kuollut. Toinen luotettu verkko on hyödyllinen vertailu, eikä uusi VPN-lähtö suorita vanhentunutta hotellikirjautumista. Jos avoin verkko toimii eikä tunneli, verkko on vapautettu ja seuraava kerros on sinun.

Päätä, onko vika nimenratkaisussa

Kirjoita virheteksti ylös, sillä ratkaisuvika, aikakatkaisu ja varoitus varmenteesta osoittavat kukin eri paikkaan. Varhain kiinni otettava kuvio on isäntänimi, jota et ole koskaan käynyt, epäonnistumassa samalla kun avoimen istunnon sovellus jatkaa. Tämä kuvio koskee uusia hakuja, ei sitä, kuljettaako tunneli paketteja. Yksi haku näyttää, mitä ratkaisija palauttaa, ja sen ajaminen kestää sekunnin. Kokeile myös toista nimeä, jotta yksi välimuistissa oleva vastaus tai yksi rikkinäinen tietue ei ratkaise diagnoosia.

nslookup example.com

Mielivaltainen IP HTTPS-osoitepalkissa ei ole DNS-testi, koska varmenne ja virtuaali-isäntä riippuvat yleensä nimestä. Sisäiset nimet voivat tarvita organisaation ratkaisijan julkisen korvikkeen sijaan, ja omalla turvallisella ratkaisijalla varustettu selain voi vastata eri tavalla kuin käyttöjärjestelmän haku. Kun ne ovat eri mieltä, selaimen ratkaisija on se, jonka käyttäjä kokee, ja tämä ero kuuluu tikettiin.

Täystunneli vai vain yrityksen aliverkot

Jotkin profiilit ovat olemassa vain muutaman yrityksen aliverkon saavuttamiseksi; toiset on rakennettu kantamaan kaikki ja tarvitsevat toimivan lähdön taakseen. Lue dokumentoitu tarkoitus ennen kuin oletat merkkivalon kattavan jokaisen sovelluksen ja jokaisen osoiteperheen. Yksityisverkon profiili voi toimia täsmälleen suunnitellusti, kun taas selain, jota ei koskaan pitänyt käyttää sitä, epäonnistuu edelleen. Lue reititystaulukko muuttamatta sitä ja sisällytä IPv6, sillä toimiva IPv4-polku ei kerro mitään toisesta perheestä.

Tarkempi reitti voi voittaa, vaikka oletusreitti on yhä olemassa, siksi taulukko on luettava eikä oletettava. Kilpailevat virtuaaliadapterit voivat myös omistaa liikennettä, jota odotit muualla, erityisesti kun toinen VPN-asiakas on asennettu ja unohdettu. Älä poista oletusreittiä kokeena; se muuttaa diagnoosin toiseksi katkokseksi.

Yksi epäonnistuva sivusto toimivien joukossa on kyseisen sivuston ongelma, ja se myös todistaa, että tunneli kuljettaa liikennettä. Juuttumiset, jotka ilmenevät vain suurissa siirroissa, viittaavat paketin kokoon eikä saavutettavuuteen.

Kun palvelin ei koskaan välitä mitään

Jos jokainen kohde epäonnistuu kahdella laitteella ja kahdessa käyttöverkossa, tunneli on ylhäällä eikä lähtö välitä. Tämä pari erottaa palvelinpuolen vian yhdestä laitteesta, joka on määritetty väärin yhdessä paikassa. Lähetä operaattorille kysymykset välityksestä, NAT:sta ja paluupolusta, älä kuvakaappausta merkkivalosta.

Nämä kolme kattavat useimmat palvelinpuolen syyt, ja operaattorin tehtävä on vastata. OpenVPN:n yhteyden vianmäärityssivu käy samat kysymykset läpi palvelimen puolelta, joten välitä se tiketin mukana. Kuvakaappaus vihreästä merkkivalosta ei vastaa yhteenkään niistä.

Käy asiakkaan loki läpi kirjautumisen jälkeen reittien, DNS-asetusten tai virtuaaliadapterin soveltamisen epäonnistumisten varalta. Tuon vaiheen virheet osoittavat laitteeseen eivätkä palvelimeen. Virhe, joka ei koskaan näy lokissa, on yhtä valaiseva, koska se siirtää epäilyn toiselle puolelle.

Tarkista yksi kerros kerrallaan

Kun olet muuttanut jotain, yhdistä uudelleen ja toista täsmälleen se sovellus, joka epäonnistui. Yksi latautuva sivu todistaa vähemmän kuin toistettava polku resursseihin, joita varten profiili rakennettiin. Kaksi komentoa erottavat ratkaisun saavutettavuudesta, ja toinen on isäntäkohtainen. Aja curl-rivi missä tahansa ja sitten edessäsi olevaan isäntään sopiva reittikomento.

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

Jos numeerinen pyyntö toimii eikä nimi, pysy DNS:ssä. Jos kumpikaan ei toimi, vertaa reititystaulukkoa tunnelin odotettuun oletukseen ja tarkista perhe, jota todella testaat. Jos reitti on oikea ja pyyntö kuolee silti lähdössä, jäljellä oleva kysymys kuuluu operaattorille, ja säilyttämäsi todisteet ovat tiketti.