Verbraucht ein inaktives VPN Bandbreite? Lies den richtigen Zähler
Ein inaktiver Tunnel sendet weiterhin Keepalive-Signale und Hintergrundverkehr des Clients. Wähle den Zähler, der deine Frage beantwortet, und zitiere ihn dann zusammen mit seiner Schnittstelle.
Dein Tunnel war die ganze Nacht offen, nichts wurde gestreamt, und trotzdem hat sich der Nutzungsgraph bewegt. Das ist normal: Ein VPN hält eine Unterhaltung offen, statt einen Teil deiner Leitung zu reservieren, also ist der reservierte Anteil null, während die Bytes klein und echt sind. Die beiden Vorstellungen werden ständig vertauscht, und deshalb wird die Frage "verbraucht ein inaktives VPN Bandbreite" in beide Richtungen schlecht beantwortet. Den richtigen Zähler über ein Fenster zu messen, das du beschreiben kannst, klärt die Sache an einem Nachmittag.
Warum ein inaktiver Tunnel trotzdem Bytes bewegt
Ein Tunnel ist eine Zuordnung mit einer Lebensdauer, und etwas muss diese Zuordnung am Leben halten. Handshakes laufen ab, NAT-Geräte verwerfen inaktive Übersetzungen, und ein Peer, der lange genug schweigt, kann unerreichbar werden, ohne dass an einem der beiden Enden etwas fehlschlägt. Protokolle unterscheiden sich darin, was sie senden, wenn es nichts zu senden gibt: WireGuard überträgt standardmäßig nichts, sobald der Handshake steht, und die optionale PersistentKeepalive Einstellung fügt ein periodisches Paket hinzu, damit ein Peer hinter einer Übersetzung erreichbar bleibt. Schalte sie bewusst ein, und das Intervall wird in einem Zähler sichtbar.
OpenVPN — sein Keepalive-Helfer arbeitet anders: Er definiert Prüfungen im Stil eines Anklopfens, damit beide Enden eine lebende von einer toten Sitzung unterscheiden können, und Clients, die ihren eigenen Transport mitbringen, haben gleichwertige Timer unter anderen Namen. Nichts davon erscheint in einem Anwendungsfenster, und deshalb sagt ein leerer Bildschirm nichts darüber aus, was auf der Leitung liegt.
Eine inaktive Anwendung ist kein inaktives Gerät
Ein offener Tunnel bedient jeden daran angeschlossenen Client, und Clients hören selten auf. Fotosynchronisierung, Resolver-Abfragen, Update-Prüfungen und ein Überwachungsagent folgen der jeweils voreingestellten Route, und bei einem Volltunnel-Profil ist diese Route der Tunnel. Ein Telefon, das in einer Tasche schläft, fragt weiterhin nach, und ein Sicherungsjob stört es nicht, dass niemand ein Video ansieht. Der Tunnel ist in dem Sinne inaktiv, dass du ihn nicht nutzt, während deine Geräte ihn nutzen.
Überbrückte und geroutete Profile tragen unterschiedlichen Verkehr, sodass dieselbe Beobachtung bei jedem eine andere Antwort liefern kann. Notiere, wer verbunden war, bevor du misst, denn ein einziger Sync-Client kann jedes Keepalive im Intervall aufwiegen.
Wähle einen Zähler und sag, was er zählt
Es gibt drei Summen, und jede beantwortet eine andere Frage: was den Tunnel passiert hat, was die physische Strecke passiert hat und was der Anbieter abzurechnen beschlossen hat. Am Uplink zu zählen zählt auch alles mit, was nie in den Tunnel gelangt ist, vom ARP-Rauschen bis zum Streaming des Nachbarn. Am Tunnel-Interface zu zählen verpasst den äußeren Header, die Handshake-Wiederholungen und die Keepalives, die eine Übersetzung offen halten. Beides zu lesen ist billig, und es ist der einzige Weg zu sehen, auf welcher Seite des Tunnels ein Byte gezählt wurde.
ip -s link show wg0
ip -s link show eth0
Entscheide, um welche der beiden es in deiner Frage geht, bevor du eine von ihnen zitierst, denn sie zu addieren zählt verwandte Arbeit doppelt. Die Abrechnung des Anbieters kann in einem späteren Zeitraum schließen als dem, den du gemessen hast, also ist eine Summe, die nicht zur Rechnung passt, nicht automatisch falsch. Hänge Schnittstelle, Richtung und Fenster an jede Zahl, die du veröffentlichst.
Führe eine kurze überwachte Messung durch
Lass den Tunnel und seinen Schutz genau so laufen wie an einem normalen Tag, überspringe optionale Übertragungen und notiere, wer verbunden geblieben ist. Lies die Zähler, warte ein Fenster, das lang genug ist, um es zu lesen, lies sie erneut und halte die verstrichene Zeit neben die Differenz. Ein großer Geschwindigkeitstest beantwortet eine andere Frage: Er sättigt die Leitung und sagt nichts über die Kosten des Leerlaufs.
Wiederhole das Fenster einmal, wenn das erste Ergebnis unmöglich aussieht, denn eine einzelne Stichprobe kann einen geplanten Job mitten im Lauf erwischen. Zwei Intervalle, die übereinstimmen, sind ein Beleg; ein Intervall ist eine Anekdote mit Einheiten.
Kaufe keine sauberere Null mit einem schlechteren Tunnel
Ein Keepalive oder eine Lebendigkeitsprüfung abzuschalten, um den Graphen aufzuräumen, verändert das Deployment, das du misst, und der Tunnel kommt nach der nächsten Ruhephase möglicherweise nicht zurück. Frag, ob der Mechanismus der Erreichbarkeit oder der Wartung dient, bevor du ihn anfasst, und miss mit ihm laufend, wenn er dient, denn das ist die Konfiguration, die du unterstützen wirst. Eine sauberere Null, die einen kaputten Erholungspfad verdeckt, ist das teuerste Ergebnis in dieser Übung.
Wenn die Zahl wirklich groß ist, finde den Prozess oder Client, der sie erzeugt hat, statt anzunehmen, das Protokoll fülle die Leitung. Vergleiche die inneren und äußeren Zähler, um zu sehen, auf welcher Seite die Bytes sind, und melde dann den Verbrauch für diesen Zeitraum statt der Kapazität, die du zu besitzen glaubst.