Split Tunneling: Hvornår skal du omgå din VPN, og hvornår skal du ikke
Split tunneling giver dig mulighed for at dirigere nogle apps gennem din VPN og andre direkte. Det sparer båndbredde, retter op på underlige streaming-apps og lader dig bruge din hjemmeprinter, mens du er på en arbejds-VPN. Det skaber også reelle sikkerhedsafvejninger, hvis du fejlkonfigurerer det. Dette er den praktiske guide: hvad det er, hvornår det skal bruges, hvornår det skal lades være, og hvordan alle større VPN implementerer det.
Hele artiklens krop findes på engelsk nedenfor.
Hvad split tunneling faktisk gør
Som standard dirigerer en VPN everything gennem den krypterede tunnel. Din arbejds-e-mail, din Netflix-stream, dine DNS-opslag, dine softwareopdateringer - alt går til VPN-afslutningsserveren først og derefter til destinationen. Dette er "fuld tunneling".
Split tunneling vender nogle af disse ruter. Specifikke apps, URL'er eller IP-områder går direkte til internettet i stedet for via VPN. Opdelingen sker på OS-niveau - routingtabellen fortæller kernen "send Slack desktop-appen via VPN-grænsefladen, send Spotify via den almindelige Wi-Fi-grænseflade." Alt andet går direkte." Standard-out, opt-in til tunnelen.
For de fleste forbrugerscenarier er split-ekskludering den sikreste standard – alt er beskyttet, medmindre du udtrykkeligt udelukker undtagelser. For virksomhedsimplementeringer er split-include mere almindeligt – kun virksomhedsapps går gennem virksomhedens VPN, alt andet bruger brugerens direkte forbindelse.
De tre granulariteter
- App-baserede: rute, hvorved processen startede forbindelsen. "Firefox går gennem VPN, det gør Slack ikke." Den mest brugervenlige. Fungerer på Windows, Android, moderne macOS (via NetworkExtension framework) og Linux (via netns eller eBPF).
- URL/domænebaseret: rute efter destinationsværtsnavnet. "work-app.company.com via VPN, alt andet direkte." Kræver, at VPN-klienten integreres med DNS for at vide, hvilket domæne du opretter forbindelse til før tunnelbeslutningen.
- IP/CIDR-baseret: rute efter destinations-IP. "10.0.0.0/8 via VPN, alt andet direkte." Den originale og laveste metode. Fungerer overalt, men kræver at kende IP-intervaller på forhånd.
Når split tunneling giver mening
Streaming og spil lokalt indhold
Mange streamingtjenester og spil klarer sig dårligere i forhold til en VPN – tilføjet latency, lejlighedsvise IP-blokeringer. Split tunneling lader Netflix eller Steam oprette forbindelse direkte, mens dine privatlivsfølsomme apps (browser, messengers) forbliver tunnelerede. Almindelig forbrugertilfælde.
Adgang til hjemmenetværksenheder
Hvis du er tilsluttet en VPN, kan din bærbare computer ikke se din hjemmeprinter, NAS eller smart-home-enheder på 192.168.1.x. Udelukkelse af det lokale undernet fra tunnelen genopretter LAN-adgang uden at kompromittere VPN's privatliv på internettrafik.
Banking og apps, der blokerer VPNs
Nogle banker, betalingsapps og offentlige tjenester blokerer VPN-IP'er som anti-svindel. Split tunneling lader dig udskille netop disse apps, så de går direkte, mens alt andet forbliver beskyttet. (Bedre end at slå VPN helt fra.)
Enterprise: M365 split tunnel
Microsoft udgiver en opdateret liste over M365-endepunkter (Teams, Outlook, OneDrive, SharePoint) og anbefaler eksplicit at splitte-ekskludere dem fra virksomhedens VPN'er. Mængden af M365-trafik fra en ekstern arbejdsstyrke ville ellers mætte VPN-koncentratoren. Direkte-til-M365-routing afhjælper flaskehalsen uden at gå på kompromis med sikkerheden, fordi M365 har sin egen moderne autentificering og kryptering.
Båndbreddetung ikke-følsom trafik
Softwareopdateringer, spildownloads, videokonferencer til offentlige tjenester. Tunnelering af disse spilder VPN-udbyderens båndbredde og tilføjer latens uden privatlivsfordele.
Hvornår IKKE skal splittunnelen
- Hvis du ikke forstår præcis, hvilke apps dirigerer hvorhen. Fejlkonfigurerede opdelte tunneler afslører, hvad du tror beskyttet.
- Hvis du er i et fjendtligt netværk og ønsker omfattende privatliv. Offentligt Wi-Fi, hotelnetværk, censurerede lande — fuld tunnelering er sikrere.
- Hvis du forsøger at besejre, hvad der er synligt, er det direkte5X eller det synlige. censor; Hele pointen med VPN er at skjule alt.
- Hvis du bruger en VPN til en anonymitetsfølsom arbejdsgang. Selv en enkelt direkte forbindelse (DNS-opslag, browser-plugin, telemetri) lækker identitet.
Sikkerhed tradeoffsXPLZ488ne bevidst slår huller i VPN'ens beskyttelse. Hver udelukkelse er: - A-forbindelse, der omgår VPN's DNS-beskyttelse.
- A-forbindelse, der er synlig for det netværk, du fysisk er på.
- A-forbindelse, der afslører din rigtige IP-adresse til sin destination.
- En angrebsoverflade på en eller anden måde er en ondsindet IP-side, hvis en ondsindet bypass-liste er exposed.
Standardrådgivningen: foretræk split-exclude over split-include (sikker standard), hold ekskluderingslisten kort, revider den med jævne mellemrum.
Implementering på tværs af større VPN'er
- NordVXPLZ på Android-app, Tunne8VXPXPLZ, Android-app, Tunne8VXPLZ-app. Begrænset på macOS.
- ExpressVPN: pr. app på alle større platforme. Windows split tunneling havde en bemærkelsesværdig DNS-lækage-fejl fra maj 2022 til februar 2024.
- Surfshark: "Bypasser" — app-baseret og URL-baseret på Windows og Android.
- PI: IP-baseret på app-baseret på Windows og Windows macOS, Linux, Android.
- Mullvad: kommandolinje/CLI opdelt tunneling på alle platforme; mindre poleret UI.
- ProtonVPN: delt tunneling på alle større platforme, app-baserede og IP-baserede.
- Windscribe: indbygget browser-udvidelse split tunneling, der er særligt granular.
Sådan tester du, at din opdelte tunnel fungerer efter hensigten
- Forbind til din VPN med konfigureret opdelt tunnel.
- Åbn en browser, der er in, besøg vores IP-tunnel, og bekræft din VPN-hjemmeside, og bekræft exit.
- Åbn en browser eller app, der er excluded — bekræft, at den viser din rigtige IP.
- Kør vores DNS-lækagetest i begge — DNS bør følge samme rute som trafikken. test for at bekræfte, at WebRTC- og IPv6-lækager ikke omgår din config.
Overraskende konfigurationsfejl er almindelige. ExpressVPN 21-måneders DNS-lækage-fejlen påvirkede kun split-tunnel-brugere specifikt - test ville have fanget det tidligere end den endelige afsløring.
Ofte stillede spørgsmål
- Er split tunneling sikker?
- Det er en afvejning, ikke i sig selv sikkert eller usikkert. Hver ekskluderet app eller URL omgår VPN's privatlivsbeskyttelse. For ikke-følsom trafik (streaming, softwareopdateringer, hjemmenetværksadgang) er afvejningen fin og sparer båndbredde. For følsom trafik er fuld tunnelkørsel sikrere.
- Skal jeg bruge split-include eller split-exclude?
- For forbrugere er split-ekskludering generelt sikrere - alt er beskyttet som standard, du fravælger specifikke apps, der har brug for direkte adgang. For virksomheder med en defineret virksomhedsappliste er split-include almindelig - kun virksomhedsapps går gennem virksomhedens VPN.
- Giver split tunneling mig mulighed for at se Netflix hurtigere?
- Ofte ja. Streamingtjenester begrænser eller blokerer ofte VPN-forbindelser, og selv når de ikke gør det, kan VPN-hoppets ekstra latenstid forringe streamingkvaliteten. Hvis du ekskluderer streaming-appen fra tunnelen, kan den oprette forbindelse direkte ved fuld hastighed.
- Kan jeg opdele tunnel efter websted?
- Nogle VPN'er (Surfshark's Bypasser, NordVPN på visse platforme, browserudvidelser) understøtter URL- eller domænebaseret split tunneling. Andre understøtter kun app-niveau (hele browserprocessen er ind eller ud af tunnelen). Tjek den specifikke VPN's dokumentation.
- Hvorfor skete ExpressVPN DNS-lækage-fejlen?
- Windows split-tunneling-implementeringen havde en fejl, der mellem maj 2022 og februar 2024 lækkede DNS-forespørgsler fra apps, der skulle udelukkes fra tunnelen. Fejlen påvirkede specifikt interaktionen mellem split tunneling og systemets DNS-resolver. ExpressVPN lappede det i begyndelsen af 2024. Episoden er det kanoniske casestudie for, hvorfor split-tunnel-brugere med jævne mellemrum skal verificere deres opsætning med en lækagetest.