VPN tilkopla, men ingen internett? Gå gjennom dei fire laga

Klienten seier tilkopla, nettlesaren snurrar, og kvar side endar i tidsavbrot. Den kombinasjonen er vanleg og ikkje ein motsetnad: tilkopla betyr at tunnelen forhandla, og ikkje meir. Namneoppslag, ruting og sjølve utgangen til tenaren sviktar kvar på sin måte, og kvar har ein annan eigar. Gå gjennom laga i rekkjefølgje og stopp ved det første som sviktar.

Start med nettet du kom frå

Kople ned tunnelen med klienten sin eigen fråkopling, og prøv deretter to uavhengige HTTPS-nettstader om policyen tillèt det. La sensitivt arbeid vere lukka medan testen varer. Om vanleg tilgang også sviktar, er ikkje VPN den første mistenkte.

Sjå på Wi-Fi-sambandet, rutaren og kvar portalfside som krev innlogging før du rører tunnelen. Ein kill switch kan blokkere trafikk medan du er fråkopia etter design, så følg den dokumenterte testprosedyren i staden for å konkludere at nettet er dødt. Eit anna klarert nett er ei nyttig samanlikning, og ein ny VPN-utgang gjer ikkje ein utløpt hotellinnlogging ferdig. Om det opne nettet verkar og tunnelen ikkje, er nettet frikjent og neste lag er ditt.

Avgjer om feilen er namneoppslag

Skriv ned feilteksten, fordi oppslagsfeil, tidsavbrot og sertifikatvarsel peikar kvar sin stad. Mønsteret som må fangast tidleg, er eit vertsnamn du aldri har besøkt som sviktar medan eit program med open økt held fram. Det mønsteret handlar om nye oppslag, ikkje om tunnelen ber pakkar. Eitt oppslag viser kva resolvaren returnerer, og det tek eitt sekund. Prøv også eit andre namn, så eitt bufra svar eller éin øydelagd post ikkje avgjer diagnosen.

nslookup example.com

Ei vilkårleg IP i HTTPS-adresselina er ikkje ein DNS-test, fordi sertifikatet og den virtuelle verten vanlegvis avheng av namnet. Interne namn kan trenge resolvaren til organisasjonen i staden for ein offentleg erstatning, og ein nettlesar med eigen sikker resolvar kan svare annleis enn oppslaget til operativsystemet. Der dei to er usamde, er resolvaren til nettlesaren den brukaren opplever, og den skilnaden høyrer i saka.

Full tunnel eller berre subnett i verksemda

Nokre profilar finst berre for å nå ein handfull subnett i verksemda; andre er bygde for å bere alt og treng ein fungerande utgang bak seg. Les det dokumenterte føremålet før du reknar med at indikatoren dekkjer kvart program og kvar adressefamilie. Ein profil for privatnett kan verke nøyaktig som designa medan nettlesaren, som aldri skulle bruke han, framleis sviktar. Les rutetabellen utan å endre han, og ta med IPv6, fordi ein fungerande IPv4-rute ikkje seier noko om den andre familien.

Ei meir spesifikk rute kan vinne medan standardruta framleis finst, difor må tabellen lesast og ikkje gåast ut frå. Konkurrerande virtuelle adapterar kan også eige trafikk du venta andre stader, særleg etter at ein annan VPN-klient er installert og gløymd. Ikkje slett standardruta som eit eksperiment; det gjer ein diagnose til eit andre avbrot.

Éin nettstad som sviktar blant dei som verkar, er eit problem med den nettstaden, og det beviser også at tunnelen ber trafikk. Stansar som berre viser seg ved store overføringar peikar på pakkestorleik og ikkje på tilgjenge.

Når tenaren aldri sender noko vidare

Om kvar destinasjon sviktar på to einingar og to aksessnett, er tunnelen oppe og utgangen sender ikkje vidare. Den kombinasjonen skil ein feil på tenarsida frå éi eining som er feilkonfigurert på éin stad. Send operatøren spørsmåla om videresending, NAT og returveg, ikkje eit skjermbilete av indikatoren.

Dei tre dekkjer dei fleste årsakene på tenarsida, og det er operatøren si oppgåve å svare. OpenVPN-sida for feilsøking av tilkopling går gjennom dei same spørsmåla frå tenarsida, så send henne vidare med saka. Eit skjermbilete av ein grøn indikator svarar på ingen av dei.

Gå gjennom klientloggen etter innlogging for feil ved bruk av ruter, DNS-innstillingar eller den virtuelle adapteren. Feil i den fasen peikar på eininga og ikkje på tenaren. Ein feil som aldri viser seg i loggen, er like opplysande, fordi han flyttar mistanken til den andre sida.

Sjekk eitt lag om gongen

Når du har endra noko, kople til på nytt og gjenta nøyaktig programmet som svikta. Éi side som lastar, beviser mindre enn ein gjentakande veg til ressursane profilen vart bygd for. To kommandoar skil oppslag frå tilgjenge, og den andre er vertsspesifikk. Køyr curl-lina kvar som helst, og deretter rutekommandoen som passar verten framfor deg.

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

Om den numeriske førespurnaden verkar og namnet ikkje, bli på DNS. Om ingen av dei verkar, samanlikn rutetabellen med den venta standarden til tunnelen, og sjekk familien du faktisk testar. Om ruta er rett og førespurnaden framleis døyr ved utgangen, høyrer det attverande spørsmålet til operatøren, og bevisa du tok vare på, er saka.