Verbraucht ein VPN mehr Daten? Overhead, Keepalives und Zähler

Die Frage kommt mit einer Datenwarnung nach einem Monat Reisen: Hat das VPN das Kontingent aufgefressen? Ein Tunnel fügt tatsächlich Bytes hinzu, denn jedes Paket bekommt einen neuen äußeren Header, und die Verbindung trägt eigenen Steuerverkehr. Was er nicht tut, ist die heruntergeladene Datei zu verdoppeln oder den Anbieter vom Zählen abzubringen. Die ehrliche Antwort hat zwei Hälften: eine über den Overhead und eine darüber, wie die Zahlen entstehen.

Der Mythos: Das VPN vervielfacht deinen Verbrauch

Die Annahme ist, dass Tunneln den Verkehr grob verdoppelt, sodass ein Kontingent doppelt so schnell verschwindet. Dafür müsste der Overhead nahe an die Nutzlastgröße reichen, was nur bei sehr kleinen Paketen und gesprächigen Protokollen passiert. Bei normalem Surfen und Streaming sind die Zusatzbytes ein kleiner Bruchteil des Ganzen, und der Tunnel ist selten der Grund, warum ein Monat früh endet. Ein instabiler Tunnel ist eine andere Geschichte, und dort lebt die echte Vervielfachung.

Der Anbieter misst die äußere Verbindung unabhängig davon, was darin steckt, also kann ein Tunnel den Verkehr nicht kostenlos machen. Er kann das Volumen auch nicht vor dem Netzbetreiber verbergen, denn der Betreiber ist die Partei, die es bewegt.

Was tatsächlich Bytes hinzufügt

Kapselung packt jedes Paket in einen neuen Header, und Authentifizierung fügt eigene Felder hinzu, wobei die genauen Kosten vom Protokoll und den genutzten Adressfamilien abhängen. Kleine Pakete leiden am meisten, weil ein fester Header einen größeren Anteil einer kleinen Summe ausmacht. Eine dauerhafte Übertragung mit voller Nutzlast zahlt anteilig weniger, weshalb zwei Personen am selben VPN sehr unterschiedliche Prozentsätze sehen können. Paketgröße und MTU entscheiden, wie viel des Weges für Header statt für Inhalt draufgeht.

Keepalives und Handshakes fügen Verkehr hinzu, der nur existiert, um den Tunnel offen zu halten, und sie bleiben vernachlässigbar, bis etwas kaputtgeht. Eine instabile Verbindung macht daraus echte Kosten, denn jede Wiederverbindung wiederholt die Einrichtung, und jeder abgebrochene Datenstrom lädt die Anwendung zu einem neuen Versuch ein. Der Wiederholungsversuch ist der teure Teil: Ein Upload, der bei null beginnt, kann mehr kosten als eine Woche Keepalives.

Anwendungen senden auch mehr als Dateiinhalte. Anfragen, Bestätigungen und Protokollgeplänkel gab es schon vor dem Tunnel und zählen weiter, der Unterschied zwischen mit und ohne ist also die Verpackung und nicht das ganze Gespräch. Die Verpackung ist der einzige Teil, den das VPN wirklich besitzt.

Warum zwei Zähler nie übereinstimmen

Vier Stellen können den Verbrauch melden: das Telefon, die VPN-App, der Router und der Netzbetreiber, und jede misst eine andere Schnittstelle über ein anderes Zeitfenster. Ein Zähler der virtuellen Schnittstelle sieht den inneren Verkehr, während die physische Schnittstelle die äußeren Pakete sieht, also unterscheiden sich beide etwa um den Overhead, den du messen willst. Manche Zuordnungsansichten überlappen sich auch, was bedeutet, dass das Addieren jeder angezeigten Zahl dieselben Bytes doppelt zählen kann. Abrechnungszyklus, App-Sitzung und der Reset des Betriebssystems beginnen zudem zu unterschiedlichen Zeitpunkten.

Unter Android ist die unterstützte Sicht darauf NetworkStatsManager, das Buckets pro Schnittstelle und pro uid über Zeitfenster meldet. Bei allem, was Geld betrifft, vertraue der Abrechnung des Anbieters mehr als einer App-Sitzungssumme. Die App ist eine Komfortansicht und kann Verkehr je nach Implementierung einbeziehen oder auslassen, und verzögerte Meldungen lassen einen späteren Wert falsch aussehen, obwohl sich nichts geändert hat.

adb shell dumpsys netstats | grep -A3 "iface=wlan0"
adb shell dumpsys netstats detail | grep -i vpn

Lies den Schnittstellennamen in jeder Zeile, bevor du irgendetwas vergleichst. Zwei Summen für verschiedene Schnittstellen sind keine zwei Messungen derselben Sache, und sie als eine zu behandeln erzeugt eine Overhead-Zahl, die in Wahrheit eine Abrechnungsdifferenz ist.

Miss eine wiederholbare Aufgabe statt eines Geschwindigkeitstests

Wähle einen Zähler, ein Gerät, ein Netz und eine Aufgabe, wiederhole dann die Aufgabe und vergleiche die Werte. Ein Geschwindigkeitstest ist das falsche Instrument, weil er bewusst so viel wie möglich verbraucht und seine Kosten das Alltagsproblem übersteigen können, das du untersuchst. Pausiere zuerst Backups und Updates, lass Hintergrundaktivität zur Ruhe kommen und notiere Protokoll und Client-Version neben der Zahl. Ein fortgesetzter Upload ist eine andere Arbeitslast als eine saubere Übertragung, der Vergleich beider misst also nichts Nützliches.

Wenn ein direkter Vergleich mit deinen Datenschutzanforderungen kollidiert, vergleiche stattdessen zwei unterstützte VPN-Konfigurationen und nenne diese Einschränkung zusammen mit dem Ergebnis. Notiere, welche Konfiguration welche Zahl geliefert hat, damit der Vergleich den nächsten Leser übersteht.

Wo du nachschaust, wenn Rechnung und App nicht übereinstimmen

Prüfe zuerst das Zeitfenster, dann die Schnittstelle, dann die Schicht. Eine Abweichung, die alle drei übersteht, ist eine Frage an den Anbieter und keine Clienteinstellung, und die Antwort nennt meist eine Meldeverzögerung oder ein geteiltes Kontingent.

Halte die Einstellungen für App-Updates und mobile Daten passend zum Kontingent und plane große Übertragungen für eine Verbindung, die sie tragen kann. Wenn du tetherst, prüfe die Hotspot-Abdeckung getrennt, denn der Tunnel des Telefons sagt nichts darüber, wie getetherter Verkehr geroutet oder gezählt wird.