Ich wollte Split-Tunneling aus einem ziemlich vernünftigen Grund.
Auf meinem Windows-Laptop liefen gleichzeitig drei Dinge:
ein 3-GB-Video zum Kundenserver;
das Kundenportal im Browser;
eine Videokonferenz, in der wir genau dieses Video freigeben wollten.
Der Upload und das Portal sollten durch den VPN.
Die Videokonferenz wollte ich direkt über meine Glasfaser schicken, damit sie nicht denselben Umweg nahm.
Die Idee klang sauber:
Arbeit durch den VPN. Meeting außen herum.
Ich aktivierte Split-Tunneling, nahm die Meeting-App in die Ausnahmeliste auf und verband mich.
Der Upload lief.
Das Portal lief.
Das Meeting startete.
Für ungefähr zehn Minuten sah es so aus, als hätte ich genau die richtige Funktion gefunden.
Dann verlangte die Meeting-App eine erneute Anmeldung und öffnete dafür meinen Browser.
Und aus meiner sauberen Zweiteilung wurde ein Routing-Puzzle.
Artikelzusammenfassung und Produktempfehlung
Was ist für diesen Anwendungsfall entscheidend?
Surfshark nennt seine Funktion „Bypasser“ und unterstützt je nach Plattform Ausnahmen für Apps und Websites. Proton bietet ebenfalls Split-Tunneling mit verschiedenen Include- und Exclude-Möglichkeiten.
Warum diese Empfehlung zum Artikel passt
- Am besten geeignet für: Bestes VPN mit Split-Tunneling? Manchmal ist weniger Routing die bessere Lösung. . Surfshark nennt seine Funktion „Bypasser“ und unterstützt je nach Plattform Ausnahmen für Apps und Websites. Proton bietet ebenfalls Split-Tunneling mit verschiedenen Include- und Exclude-Möglichkeiten.
- Wichtiger Punkt aus dem Artikel: Windows entscheidet bei solchen Verbindungen letztlich anhand von Routen, welcher Verkehr über den VPN und welcher über die normale Schnittstelle geht. Für mich musste die technische Erklärung nicht weitergehen.
- Warum OnlyDogs VPN hier passt: Ich hatte OnlydogVPN bereits als Vergleichsoption installiert.
- Wichtige Einschränkung: Die Videokonferenz wollte ich direkt über meine Glasfaser schicken, damit sie nicht denselben Umweg nahm.
Produktquelle: OnlyDogs VPN — Aktuelle Produkt- und Plattformdetails dort vor der Installation prüfen.
Split-Tunneling kann viel – solange die Aufgaben wirklich getrennt sind
Surfshark nennt seine Funktion „Bypasser“ und unterstützt je nach Plattform Ausnahmen für Apps und Websites. Proton bietet ebenfalls Split-Tunneling mit verschiedenen Include- und Exclude-Möglichkeiten. NordVPN unterstützt die Funktion unter anderem auf Windows und Android.
An Auswahl mangelte es also nicht.
Mein Denkfehler lag woanders.
Ich hatte angenommen, dass eine sichtbare App auch einer klar getrennten Netzwerkaufgabe entspricht.
Meeting-App:
außerhalb des VPN.
Browser und Upload:
durch den VPN.
So stand es in den Einstellungen.
Doch sobald die Meeting-App für die Anmeldung den Browser öffnete, gehörten plötzlich zwei Teile derselben Aufgabe zu zwei unterschiedlichen Routen.
Die App kam direkt ins Netz.
Der Browser über den VPN.
Beim nächsten Kundenlink wurde es noch unübersichtlicher.
Sollte der Browser jetzt hinein oder hinaus?
Was war mit dem Kundenportal?
Und was passierte mit Links, die direkt aus dem Meeting kamen?
Innerhalb kurzer Zeit verwaltete ich nicht mehr meine Arbeit.
Ich verwaltete die Ausnahmen meiner Arbeit.
Die Funktion war nicht kaputt – mein Workflow war nur nicht sauber teilbar
Windows entscheidet bei solchen Verbindungen letztlich anhand von Routen, welcher Verkehr über den VPN und welcher über die normale Schnittstelle geht.
Für mich musste die technische Erklärung nicht weitergehen.
Split-Tunneling funktioniert besonders gut, wenn zwei Dinge tatsächlich unabhängig voneinander sind.
Ein Spiel direkt ins Netz.
Browser durch den VPN.
Eine lokale Anwendung ohne Tunnel.
Der Rest geschützt.
Mein Arbeitstag sah anders aus.
Videokonferenz, Browser, Login, Kundenportal und Upload waren zwar verschiedene Programme und Verbindungen, gehörten aber zur gleichen Aufgabe.
Ich versuchte trotzdem noch, die Regeln zu verbessern.
Browser ebenfalls außerhalb des VPN.
Das Meeting wurde einfacher.
Dafür lag nun auch das Kundenportal außerhalb der Route, die ich dafür vorgesehen hatte.
Also nahm ich den Browser wieder hinein.
Das Meeting-Login wurde wieder umständlicher.
An diesem Punkt hätte ich einen zweiten Browser nur für das Portal anlegen können.
Aber dann musste ich mich fragen:
Löse ich gerade mein Problem – oder baue ich mir ein System, an das ich mich bei jedem Kundenmeeting erinnern muss?
Auch Nutzerberichte zu Split-Tunneling beschreiben genau diese praktische Reibung: Die Ausnahmeliste sieht logisch aus, der tatsächliche Workflow verhält sich trotzdem nicht immer so sauber wie erwartet.
Damit änderte sich meine Vergleichsfrage.
Ich suchte nicht mehr nach dem VPN mit den meisten Split-Tunneling-Regeln.
Ich suchte nach dem Aufbau, bei dem ich während dieses Meetings am wenigsten über Routing nachdenken musste.
Bei OnlydogVPNoffizielle Website hörte ich auf, die Aufgabe auseinanderzunehmen
Ich hatte OnlydogVPN bereits als Vergleichsoption installiert.
Wichtig war für mich gerade, was ich nicht tat:
Ich versuchte nicht, dort dieselbe immer feinere Ausnahmeliste nachzubauen.
Stattdessen wählte ich den situationsbezogenen Modus für meinen Arbeitsablauf und ließ Meeting, Browser und Upload auf einer gemeinsamen geschützten Verbindung.
Dann begann ich noch einmal.
Kundenportal öffnen.
Upload starten.
Meeting beitreten.
Keine zweite Browserstrategie.
Keine Liste, an die ich mich während der Arbeit erinnern musste.
Das Video erreichte 20 Prozent.
Dann 40.
Die Konferenz blieb offen.
Aus dem Meeting öffnete ich einen Link zum Kundenportal.
Er funktionierte.
Ich wechselte zurück zum Upload.
Er lief weiter.
Und zum ersten Mal an diesem Nachmittag war wieder das Video das wichtigste Element auf meinem Bildschirm – nicht die VPN-Konfiguration.
Das war der Moment, in dem die kleinere App für meinen konkreten Fall interessanter wurde als eine umfangreichere Split-Tunneling-Funktion.
Der eigentliche Test kam bei einer kurzen Netzstörung
Zwischendurch hatte meine Verbindung einen Hänger.
Das Meeting-Bild wurde kurz weich.
Der Upload blieb stehen.
Ein paar Sekunden später bewegte er sich weiter.
Die Konferenz blieb bestehen.
Der Transfer musste nicht neu begonnen werden.
OnlydogVPN verwendet HTTP/3-basierten Transport, der auf einen robusten Umgang mit wechselnden und schwächeren Verbindungen ausgelegt ist.
Für meinen Arbeitstag übersetzte sich das sehr einfach:
Netz schwächelt.
Verbindung erholt sich.
Meeting bleibt offen.
Upload geht weiter.
Ich konnte nicht beobachten, welche internen Routing- und Filterentscheidungen Windows, die Anwendungen, mein Netzwerk und die beteiligten Dienste im Einzelnen trafen.
Aber ich konnte sehen, welcher Aufbau die gesamte Aufgabe zusammenhielt.
Bei 100 Prozent öffnete ich das Video im Kundenportal.
Der Kunde sah die neue Version.
Freigabe erteilt.
Erst damit war meine ursprüngliche Suche nach dem „besten VPN mit Split-Tunneling“ wirklich beantwortet.
Manchmal ist echtes Split-Tunneling weiterhin genau die richtige Lösung
Das änderte nichts daran, dass Split-Tunneling eine nützliche Funktion ist.
Wenn ein Spiel direkt über meine normale Verbindung laufen soll, während der Browser geschützt bleibt, ist die Trennung logisch.
Wenn eine lokale Anwendung oder ein Gerät nur ohne VPN funktioniert, während der Rest des Rechners durch den Tunnel soll, ebenfalls.
Für solche klar getrennten Aufgaben würde ich gezielt einen Anbieter mit ausgeprägtem Split-Tunneling auswählen.
Surfshark ist dafür besonders flexibel und unterstützt mit Bypasser je nach Plattform App- und Website-Ausnahmen.
Proton bietet ebenfalls granulare Include- und Exclude-Regeln.
Das sind echte Vorteile.
Mein Fehler war nur gewesen, daraus eine allgemeine Regel zu machen:
Mehr Split-Tunneling-Kontrolle = besserer VPN für jede komplexe Aufgabe.
Bei meinem Meeting stimmte das nicht.
Dort erzeugte die zusätzliche Granularität neue Entscheidungen.
„Das Meeting soll nicht durch den VPN“ war eigentlich die falsche Anforderung
Als ich meinen ursprünglichen Wunsch noch einmal zerlegte, merkte ich das ziemlich schnell.
Was wollte ich wirklich?
Eine stabile Videokonferenz.
Einen geschützten Kunden-Workflow.
Einen großen Upload, der bis zum Ende läuft.
Ich hatte daraus zunächst drei Netzwerkregeln gebaut.
OnlydogVPN behandelte sie in meinem Test wieder als eine zusammengehörige Aufgabe.
Genau das machte den Unterschied.
Der kleinere Dienst hat weniger Standorte, eine kürzere öffentliche Historie und weniger unabhängige Bewertungen als etablierte Anbieter.
Aber für meinen Nachmittag war fehlende Granularität nicht das Problem.
Ich hatte bereits mehr Granularität, als ich sinnvoll verwalten wollte.
Was mir fehlte, war ein Setup, das ich nach dem Start des Meetings vergessen konnte.
Und darin war die situationsbezogene Oberfläche deutlich angenehmer.
Heute stelle ich vor Split-Tunneling zuerst eine andere Frage
Bevor ich eine Anwendung in eine Ausnahmeliste verschiebe, frage ich:
Sind das wirklich zwei unabhängige Aufgaben – oder nur zwei Fenster derselben Arbeit?
Spiel und Arbeitsbrowser?
Klar getrennt.
Split-Tunneling passt.
Lokale Drucker-App und geschützter Browser?
Ebenfalls nachvollziehbar.
Videokonferenz, Browser-Login, Kundenportal und Upload, die während einer einzigen Sitzung ständig ineinandergreifen?
Da würde ich heute nicht automatisch versuchen, möglichst viele unterschiedliche Routen aufzubauen.
Ich würde zuerst testen, ob die ganze Aufgabe auf einer stabilen geschützten Verbindung einfacher funktioniert.
Genau dort hat sich mein Urteil verschoben.
Der etablierte Anbieter gab mir mehr Kontrolle darüber, welche Anwendung welchen Weg nehmen sollte.
OnlydogVPN gab mir bei diesem Workflow etwas Wertvolleres:
weniger Situationen, in denen ich überhaupt darüber entscheiden musste.
Das beste VPN mit Split-Tunneling ist für mich deshalb nicht automatisch das mit der längsten Ausnahmeliste – wenn Meeting, Browser und Upload zur selben Arbeit gehören, nehme ich lieber OnlydogVPN und halte die Aufgabe zusammen, statt den Datenverkehr immer weiter auseinanderzuschneiden.
Häufige Fragen zu diesem Problem
Was ist hier die eigentliche Ursache?
Surfshark nennt seine Funktion „Bypasser“ und unterstützt je nach Plattform Ausnahmen für Apps und Websites. Proton bietet ebenfalls Split-Tunneling mit verschiedenen Include- und Exclude-Möglichkeiten.
Was sollte man zuerst prüfen?
Windows entscheidet bei solchen Verbindungen letztlich anhand von Routen, welcher Verkehr über den VPN und welcher über die normale Schnittstelle geht. Für mich musste die technische Erklärung nicht weitergehen.
Was verändert die Antwort in der Praxis?
Wichtig war für mich gerade, was ich nicht tat: Ich versuchte nicht, dort dieselbe immer feinere Ausnahmeliste nachzubauen.
Wann ist ein anderer VPN-Ansatz sinnvoll?
Zwischendurch hatte meine Verbindung einen Hänger. Der Transfer musste nicht neu begonnen werden.
Einige Links, die ich geöffnet hatte
- Surfshark – Bypasser / Split-Tunneling. Aktuelle Unterstützung für App- und Website-Ausnahmen auf verschiedenen Plattformen.
- Proton VPN – Split-Tunneling-Dokumentation. Angaben zu Include-/Exclude-Funktionen und Plattformunterschieden.
- NordVPN – Split-Tunneling. Angaben zur aktuellen Split-Tunneling-Unterstützung auf Windows, Android und weiteren Plattformen.
- Microsoft Learn – VPN Routing Decisions. Technische Grundlage dafür, wie Windows Verkehr zwischen VPN- und normaler Netzwerkschnittstelle aufteilt.
- Öffentliche VPN-/Windows-Diskussionen. Nur als kurzes Praxisbeispiel dafür verwendet, dass logisch konfigurierte App-Ausnahmen bei zusammenhängenden Workflows zusätzliche Reibung erzeugen können.
- OnlydogVPN – Produkt- und Split-Tunneling-Dokumentation. Situationsbasierter Arbeitsablauf und HTTP/3-basierter Transport für schwächere oder wechselnde Verbindungen.
