Guide
Sådan tjekker du, om din VPN virker
Seks tjek, der viser, om tunnelen transporterer din trafik, i den rækkefølge der finder de almindelige fejl først. Ingen af dem kræver anden software end en browser, og hvert tjek dokumenterer én ting og intet andet. Skrevet med klienterne i slutningen af 2026 for øje.
Det her afklarer
En klient, der siger forbundet, rapporterer sin egen tilstand, ikke hvor din trafik går hen. De seks tjek nedenfor besvarer det andet spørgsmål. Kør dem én gang efter installation, én gang efter hver klient- eller systemopdatering og én gang på ethvert netværk, du ikke har brugt før. Tilsammen tager de et par minutter; de første tre tager ét.
Forbind først til det exit, du normalt bruger. Gå derefter listen igennem i rækkefølge: hvert tjek forudsætter, at det foregående bestod, og de almindelige fejl står øverst.
1. Din adresse er ændret
- Åbn en side med “hvad er min IP” og læs den adresse og det land, den viser. Landet skal svare til det exit, du valgte; adressen skal være en, du ikke genkender som din egen.
- Afbryd forbindelsen, og genindlæs den samme side. Adressen bør ændres tilbage til din egen. Hvis den ikke gør det, er siden cachet, eller også er en anden tunnel i vejen, og det første resultat dokumenterede intet.
- Forbind igen, og genindlæs én gang til. Tre aflæsninger, hvoraf to er forskellige fra den midterste, er hele testen. Én enkelt aflæsning, mens du er forbundet, er ikke nok.
Det dokumenterer, at exit'et ligger foran din browser. Det siger intet om navneopslag, andre programmer eller hvad der sker, når tunnelen falder ned, hvilket resten af siden handler om.
2. Navneopslag foregår i tunnelen
- Kør en DNS-lækagetest — en side, der tilbyder en udvidet test, som sender mange opslag i stedet for ét — og læs listen over de resolverere, den viser, samt deres ejere.
- Alle resolverere skal tilhøre VPN-udbyderen eller befinde sig i exit'ets land. Én post, der tilhører din internetudbyder eller ligger i dit eget land, betyder, at testen er mislykket, uanset hvad de andre viser.
- Hvis den mislykkes, skal du indstille klientens DNS til udbyderens egen resolver eller slå dens lækagebeskyttelse til, forbinde igen og gentage testen. Indstillingen er beskrevet i vejledningen til hver platform; hvad lækagen betyder, står på siden om DNS-lækager.
3. Browseren offentliggør ikke din adresse
Browsere understøtter en protokol til opkald og video, som kan afsløre dine lokale og offentlige adresser direkte til en side uden om tunnelen. Det er en browserindstilling og ikke en klientindstilling, så en perfekt konfigureret klient består alle andre tjek og mislykkes i dette.
- Kør en WebRTC-lækagetest i hver browser, du bruger, mens du er forbundet. Private vinduer og profiler har deres egne indstillinger, så test den, du faktisk surfer i.
- Den offentlige adresse, den viser, skal være exit'ets eller slet ingen. En lokal adresse af den type, routeren udleverer, er normal og ufarlig; din egen offentlige adresse er fejlen.
- Hvis den mislykkes, skal du lede efter WebRTC-indstillingen i selve browseren eller i udbyderens browserudvidelse, hvor de fleste klienter placerer den, og gentage testen efter ændringen.
4. IPv6 går ikke uden om den
De fleste netværk udleverer nu to typer adresser, og en klient, der tunnelerer den ældre type og ignorerer den nyere, lækker til alle sider, der svarer over begge — hvilket de fleste store sider gør. Adressetjekket ovenfor overser det ofte, fordi den side, du brugte, viser den adresse, den blev kontaktet på.
- Åbn en IPv6-testsiden mens du er forbundet. De korrekte resultater er “ingen IPv6-forbindelse” eller en IPv6-adresse, der tilhører exit'et. En IPv6-adresse i dit eget land er en lækage.
- Hvis den mislykkes, skal du lede efter en IPv6-indstilling i klienten: blokér er det sikre valg, routér er det bedre, hvis det tilbydes. En klient uden nogen af delene kræver, at IPv6 deaktiveres på netværkskortet på operativsystemniveau.
- Gentag det første tjek bagefter: Deaktivering af IPv6 ændrer, hvilken adresse testsiden kontakter dig på, og det tidligere beståede resultat skal bekræftes under de nye forhold.
5. En nedbrudt tunnel fejler lukket
Alt ovenfor beskriver tunnelen, mens den er aktiv. Det vigtige tjek på et dårligt netværk er, hvad der sker, når den ikke er det, og det er en procedure for sig: sådan tester du en VPN-kill switch. Gør det én gang på enhver enhed, der forlader hjemmet; den korte version er, at en igangværende download skal stoppe fuldstændigt, når tunnelen afbrydes, uden at klienten bliver bedt om det. Hvorfor det er vigtigt, står på siden om kill switch.
6. Noget andet end browseren
Alle tjek indtil nu er kørt i en browser, og en browser kan routes anderledes end resten af maskinen: en proxyudvidelse, en VPN, der kun gælder browseren, eller en split-tunnelling-regel kan få browseren til at bestå, mens et andet program lækker, eller omvendt.
- Vælg ét program, der viser sin egen forbindelsesadresse — en torrentklients eget adressetjek, en mailklients forbindelseslog eller et spils netværkspanel — eller kør adressetjekket fra en anden browser, som du ikke har konfigureret.
- Dets adresse skal være exit'ets, det samme som det første tjek viste. En anden adresse betyder, at tunnelen ikke gælder for hele systemet, og den ansvarlige indstilling er enten browserudvidelsen eller en split-tunnelling-regel.
Hvad et bestået tjek betyder
Det dokumenterer tjekkene
+Din trafik går ud gennem exit-serveren i det land, du valgte, fra alle programmer og ikke kun ét
+Det netværk, du sidder på, kan hverken se de sider, du besøger, eller de opslag, der finder dem
+Hverken browseren eller den nyere adressefamilie fører din adresse uden om tunnelen
Det dokumenterer de ikke
−De siger intet om, hvad udbyderen opbevarer — det er et dokumentationsspørgsmål, som besvares på siderne om opbevaring
−De gør dig ikke anonym: Din browser, dine login og dine vaner er uændrede; se hvad en VPN ikke beskytter
−Et bestået tjek i dag er en erklæring om dagens klient; den næste opdatering kan nulstille enhver indstilling på denne side
Når en test mislykkes
Adressensiden viser mit eget land, mens klienten siger forbundet
Klienten kører, men trafikken går ikke gennem den. Afbryd forbindelsen, afslut klienten helt i stedet for blot at lukke vinduet, start den igen, og forbind, før du gør noget andet. Hvis resultatet gentager sig, er det som regel en anden VPN, en proxyindstilling i browseren eller et sikkerhedsprodukt med sit eget netværksfilter, der tager trafikken først.
Tjek browserens egne proxy- og udvidelsesindstillinger til sidst: En udvidelse, der router browseren gennem sin egen proxy, vinder over systemtunnelen, og adressensiden ser udvidelsens exit, ikke dit.
DNS-testen viser min internetudbyders resolverere
Opslagene forlader tunnelen. Slå DNS-lækagebeskyttelse til i klienten, eller indstil DNS til udbyderens egen resolver, forbind igen, og kør testen på ny. Hvis resolvererne stadig tilhører din internetudbyder, holder operativsystemet fast i sin egen resolver på et andet interface, hvilket platformvejledningerne beskriver for hvert system.
Én resolver på listen er nok til, at testen mislykkes: Ét lækket opslag afslører navnet på den side, du besøgte.
IPv6-testen viser en adresse, når klienten er forbundet
Klienten tunnelerer IPv4 og lader IPv6 passere, så alle sider, der svarer over begge, ser din rigtige adresse. Find en IPv6-indstilling i klienten, og indstil den til at blokere eller route; hvis klienten ikke har nogen af delene, skal du deaktivere IPv6 på det netværkskort, operativsystemet bruger. Kør derefter testen igen, og forvent slet ingen IPv6-adresse eller en adresse, der tilhører exit'et.
Alle tjek består på mit hjemmenetværk, men ét mislykkes på et andet
Det andet netværk gør noget ved trafikken. Et hotel- eller kontornetværk, der opsnapper DNS, fjerner IPv6 eller afbryder langvarige forbindelser, giver præcis ét mislykket tjek, og det er netværket, ikke klienten, der er årsagen. Resultatet er et faktum om det netværk, du skal tage med dig, og kill switch'en er det, der forhindrer, at en svigtende tunnel dér bliver til en åben forbindelse.
Alt bestod i går, men DNS-testen mislykkes i dag
Noget har ændret sig, og de to sædvanlige kandidater er en klientopdatering, der nulstillede en indstilling, og en systemopdatering, der tilføjede en resolver. Åbn klientens indstillinger, og læs dem i stedet for at stole på, hvad de var; DNS- og kill switch-posterne er de to, der oftest nulstilles. Et tjek er en erklæring om det tidspunkt, hvor det blev kørt, og derfor er denne side værd at gentage efter hver opdatering.
Samme trin, andre maskiner
Resten af platformene
Hver platform har sin egen guide snarere end en fane på denne. Trinene skilles ad, så snart installationsprogrammet åbner, og en side, der besvarer tre platforme på én gang, besvarer ingen af dem ordentligt.