Indledning Når din Shrew Soft-lignende VPN viser tunnel som “aktiv”, men du ikke har internetadgang gennem den, er det frustrerende — især hvis du har brug for privat browsing eller adgang til fjernnetværk. Denne guide forklarer årsagerne, praktiske tests og trin-for-trin-løsninger: nøgler og endpoints, AllowedIPs, PersistentKeepalive, kill switch, DNS og Windows-specifikke problemer.

Hvorfor status “tunnel aktiv” men ingen internettrafik? Kort sagt betyder et aktivt tunnelflag kun, at krypteringslaget er oprettet. Trafik må stadig både kunne routes korrekt og ikke blokeres af lokale indstillinger. De hyppigste årsager:

  • Forkerte nøgler, endpoint eller port (tunnel initierer, men pakkeparet rutes ikke).
  • Forkert AllowedIPs: hvis ikke 0.0.0.0/0 og ::/0 er angivet, sendes ikke al trafik gennem VPN.
  • DNS-konfiguration mangler eller lækker til lokale DNS.
  • Kill switch eller “blokér forbindelser uden VPN” ikke aktiveret, så visse apps omgår tunnelen.
  • Mobile netværk (4G/5G) har korte idle timers; manglende PersistentKeepalive fører til hyppige afbrydelser.
  • Systemfejl efter Windows-opdateringer kan påvirke VPN-stak og WSL-netværk.

Hurtige test først (5 minutter)

  1. Bekræft krypteringsikon: Se nøgleikon i notifikationslinjen for at sikre tunnel er “forbundet”.
  2. Tjek lokal IP: Kør ipconfig/ifconfig for at se, om du har en VPN-IP. Mangler denne, er tunnelen ikke korrekt oprettet.
  3. Ping gennem tunnelen: ping en kendt VPN-side (fx VPN-serverens interne IP). Hvis ping virker, men ikke internet, er problemet i routing/DNS.
  4. DNS-test: Besøg ipleak.net eller dnsleaktest.com og bemærk oplyst IP og DNS-servere.
  5. Slå VPN fra og til: Brug logfil eller debug i klienten til at se fejl ved forbindelse.

Detaljeret fejlfindingsliste og rettelser

  1. Kontroller nøgler, endpoint og port Symptom: Tunnel forsøger at etablere forbindelse, men mislykkes med gentagne fejl. Løsning:
  • Sammenlign private/public nøgle og serverens public key nøjagtigt. En eneste fejl giver fejl i nøgleudveksling.
  • Bekræft endpoint-adresse (IP eller DNS-navn) og port — serveren kan lytte på en anden port end standard.
  • Hvis du bruger et domæne som endpoint, test med direkte IP for at udelukke DNS-problemer.
  1. AllowedIPs: hvorfor det betyder alt Symptom: VPN viser forbindelse, interne netværkstjenester virker, men ingen webtrafik. Forklaring: AllowedIPs styrer, hvilke adresser der sendes gennem tunnelen. Hvis kun specifikke subnets er angivet (fx 10.8.0.0/24), vil almindelig webtrafik ikke passere. Løsning:
  • For fuld tunneling: sæt AllowedIPs til “0.0.0.0/0, ::/0”.
  • Hvis du kun har brug for split-tunnel: tilføj de specifikke netværk, der skal nås gennem VPN.
  • Efter ændring: genstart tunnelen og genkontroller routing-tabellen (route print / ip route show).
  1. PersistentKeepalive for mobile netværk (4G/5G) Symptom: Hyppige afbrydelser på mobil data, tunnelen går i stå efter kort tid. Løsning:
  • Sæt PersistentKeepalive = 25 i klientprofilen (eller tilsvarende parameter afhængig af klient). Det sender regelmæssige pings og holder NAT-oversættelsen aktiv.
  • Test i både Wi‑Fi og 4G for at se forskel.
  1. Apps der omgår VPN — kill switch og altid‑på VPN Symptom: Nogle apps (streaming eller browser) ser din lokale IP, andre bruger VPN. Løsning (Windows-vejledning, men tilsvarende findes på mobil):
  • Gå til Indstillinger → Netværk og Internet → VPN → vælg dit profil → aktiver “VPN altid aktiv” (VPN always-on).
  • Aktivér “Bloker forbindelser uden VPN” (blokér forbindelser uden VPN) for at tvinge alle applikationer gennem tunnelen.
  • I Shrew Soft-alternativer: navngiv profil korrekt, og aktiver kill switch/funktionen der blokerer trafik uden tunnelen.
  • Husk at tillade lokale netværk, hvis du har behov for printere eller LAN-tjenester.
  1. DNS: sikre og private servere Symptom: Du er forbundet, men DNS-forespørgsler afslører din rigtige ISP eller viser langsom opløsning. Løsning:
  • I klientens [Interface]-sektion, angiv en stabil DNS:
    • Cloudflare: 1.1.1.1
    • Quad9: 9.9.9.9
    • AdGuard: 94.140.14.14
    • Eller intern DNS fra VPN‑udbyderen, fx 10.8.0.1
  • Efter ændring: rens DNS-cache (ipconfig /flushdns på Windows) og genstart netværksforbindelsen.
  • Bekræft via https://ipleak.net og https://dnsleaktest.com at DNS peger på VPN‑leverandørens servere.
  1. Undersøg lækager og routing
  • Kør traceroute(tracert) til et offentligt site og se om ruten går via VPN-IP.
  • Test WebRTC-lækager i browser: WebRTC kan afsløre lokal IP, selv når VPN er aktiv — brug browserindstillinger eller udvidelser til at blokere WebRTC.
  1. Opret profil fra bunden hvis ingen konfigurationsfil findes Symptom: Udfyldte eller korrupte profiler kan skabe uforudsigelig adfærd. Løsning:
  • Vælg “Opret fra bunden” i klienten. Indtast private/public keys, endpoint, port, AllowedIPs og PersistentKeepalive i de korrekte felter.
  • Gem og navngiv profilen klart (fx “Work-VPN-DK”). Nogle klienter kræver unikt profilnavn for at kill switch virker korrekt.
  1. Windows‑specifikke problemer og opdateringer Symptom: Efter opdatering mister WSL eller visse VPN-funktioner netværksadgang. Kontekst: Microsofts opdateringer kan introducere netværksrelaterede fejl (eksempelvis kritiske ændringer der påvirker VPN og WSL). Hvis du oplever problemer efter en ny Windows-patch:
  • Rul opdateringen tilbage midlertidigt, eller vent på en rettelse, hvis du mistænker KB-opdatering som årsag.
  • Tjek Microsofts supportforum eller leverandørens status for kendte problemer.
  • Sørg for at både netværksadapter og VPN-driver er opdateret til nyeste version.

Fejlfindingslog og nyttige kommandoer

  • ipconfig /all (Windows) / ifconfig eller ip addr show (Linux) — kontroller IP og DNS.
  • route print / ip route show — se routing-tabellen.
  • ping — test reachability.
  • nslookup example.com — tjek hvilken DNS der bruges.
  • tail -f /var/log/syslog eller klientens debug-log for fejlkoder.

Sikkerheds- og privatlivsnoter

  • Brug kun betroede DNS‑udbydere og kendte offentlige nøgler. Et kompromitteret endpoint opretter falsk tunnel.
  • Aktivér kill switch for at undgå uønsket trafik uden VPN.
  • Sørg for, at din VPN-udbyder ikke fører logs, hvis privatliv er en prioritet.

Praktiske eksempler Eksempel A — ingen internet men tunnel aktiv:

  • Symptom: ping til server lykkes; ping til 8.8.8.8 fejler.
  • Rettelse: angiv AllowedIPs = 0.0.0.0/0, ::/0 → genstart.

Eksempel B — hyppige mobile afbrydelser:

  • Symptom: sessions droppes efter få minutter på 4G.
  • Rettelse: PersistentKeepalive = 25 → observer stabilitet.

Eksempel C — enkelte apps lækker:

  • Symptom: browser viser lokal IP, andre apps bruger VPN.
  • Rettelse: aktiver “Bloker forbindelser uden VPN” / kill switch og kontroller browser WebRTC-indstillinger.

Hvornår skal du kontakte support? Hvis du har:

  • Korrekte nøgler og endpoints, AllowedIPs er 0.0.0.0/0, PersistentKeepalive sat, DNS konfigureret korrekt — og problem stadig fortsætter, kontakt din VPN‑udbyder med debug-log og tidsstempel for forsøg.
  • Mistanke om at en Windows-patch har brudt VPN-funktionen: tjek leverandørens advisories og Microsofts kendte problemer.

Afsluttende tips

  • Gem altid en fungerende konfigurationskopi, før du eksperimenterer.
  • Test ændringer ét skridt ad gangen, så du kan isolere årsagen.
  • Brug tomsguide-artikler til at forstå fysisk infrastruktur bag VPN‑centre og hvorfor designvalg påvirker performance og stabilitet læs mere.
  • Læs også ressourcer om netværkssikkerhed og app-adfærd, fx artikler om hvordan Discord og andre apps kan eksponere netværksoplysninger læs mere.

📚 Yderligere læsning

Her er anbefalede kilder, der uddyber teknikker og risici omkring netværk, VPN-interaktioner og privatliv online.

🔸 I visited a VPN data center – here’s what I learned
🗞️ Kilde: Tom’s Guide – 📅 2026-02-08
🔗 Læs artiklen

🔸 Discord: hvad kan gå galt, og hvordan beskytter du dig
🗞️ Kilde: Clubic – 📅 2026-02-08
🔗 Læs artiklen

🔸 Etisk hacker advarer: kameraer truer privatlivet
🗞️ Kilde: ac24 – 📅 2026-02-08
🔗 Læs artiklen

📌 Ansvarsfraskrivelse

Dette indlæg kombinerer offentligt tilgængelige oplysninger med assisteret AI.
Indholdet er tiltænkt deling og diskussion — ikke en officiel garanti for korrekthed.
Oplever du fejl eller uoverensstemmelser, kontakt os, så retter vi det.