Ein vermutetes MTU-Problem beim VPN testen, ohne Werte zu raten

Eine Liste von Internet-MTU-Werten durchzuprobieren, bis sich einer schneller anfühlt, ist kein Test, sondern eine Suche ohne Abbruchkriterium. Die Methode, die funktioniert, ändert eine kontrollierte Größenbedingung und vergleicht das Ergebnis mit demselben Pfad. Beginne mit einem wiederholbaren, harmlosen Fehlschlag und behalte die funktionierende Konfiguration, mit der du das Experiment rückgängig machen kannst. Alles Folgende setzt diese Disziplin voraus, denn ohne sie bleibt am Ende eine Zahl, die du nicht verteidigen kannst.

Den Pfad festlegen, bevor du an einer Zahl drehst

Notiere Gerät, Zugangsstrecke, Tunnelprotokoll, Endpunkt, Ziel und Adressfamilie, bevor du eine Einstellung anfasst. Diese sechs Angaben sind der Pfad, und eine Probe gegen einen anderen Pfad misst ein anderes Problem. Sie machen das Ergebnis außerdem reproduzierbar, und genau das trennt einen Test von einem Nachmittag Herumstochern. Halte die Notiz neben dem Terminal fest und nicht nur im Kopf.

Beginne mit dem engsten Test, den du ausführen darfst. Eine Änderung auf der Serverseite erreicht jeden Nutzer dieses Endpunkts und gehört deshalb ans Ende der Untersuchung, nicht an den Anfang.

Mit einer Größe prüfen, die du kontrollierst

Unter Linux sieht die Probe wie ping -M do -s 1400 host aus, unter Windows wie ping -f -l 1400 host. In beiden Fällen setzt du die Nutzlast und nicht die Paketgröße, weil die IP- und ICMP-Header obendrauf kommen.

Lies die Dokumentation für das System, das vor dir steht, statt ein Flag aus einem Forenbeitrag zu kopieren. Wähle ein Ziel, das du kontrollierst, damit eine ausbleibende Antwort ein Signal ist und kein Rätsel. Halte den genauen Befehl und die genaue Größe in derselben Notiz wie den Pfad fest. Ein Ergebnis ohne Größenangabe ist eine Anekdote. Änderst du in einem Durchlauf zwei Dinge, weißt du nicht, welches davon das Ergebnis erzeugt hat.

Eine fehlgeschlagene Probe beweist keine MTU-Grenze

Eine verworfene Probe kann ICMP-Filterung bedeuten und nicht eine Größengrenze, und dieser Irrtum lässt Leute einen Wert justieren, der nie das Problem war. Vergleiche die Probe mit der echten Anwendung und mit einer größenbezogenen Fehlermeldung oder einem gezielten Mitschnitt, bevor du etwas änderst. Erfolgreiche kleine Pings beweisen ebenso wenig, denn sie können bequem unterhalb der Grenze liegen. Zwei unabhängige Beobachtungen sind das Minimum, bevor eine Konfiguration bewegt wird.

Scheitert die Anwendung, während die Probe gelingt, hast du einen Beleg dafür, dass es keine einfache Größengrenze auf diesem Pfad ist. Schreib das auf, denn es streicht einen ganzen Zweig möglicher Änderungen.

Einen Parameter anpassen, den der Client bereits unterstützt

Ändere die Einstellung, die der Client für dieses Protokoll dokumentiert, und lass Endpunkt und Ziel unangetastet, sonst hast du zwei Dinge auf einmal geändert. Ein TCP-MSS-Clamp deckt nicht jede UDP-Last ab, weshalb ein Browser, der wieder läuft, das Tunnelprotokoll unverändert kaputt lassen kann. IPv4 und IPv6 sind hier getrennte Pfade, weil sich die Header unterscheiden, bevor irgendein Routing ins Spiel kommt.

Teste beide Familien, wenn du beide veröffentlichst, denn ein Ergebnis aus der einen sagt nichts über die andere. Ein Wert, der heute Abend auf diesem Pfad funktioniert hat, ist ein Messdatum und keine VPN-weite MTU. Befördere ihn nicht aufgrund eines einzigen geglückten Transfers zur globalen Einstellung. Schreib den Wert neben den Pfad, aus dem er stammt.

Rückgängig machen, prüfen und aufschreiben

Setze den ursprünglichen Wert zurück, wenn der Vergleich die Hypothese nicht stützt. Prüfe, ob ein Netzwerkmanager nicht doch irgendwo eine dauerhafte Überschreibung gespeichert hat, denn so wird aus einem Experiment eine Vorgabe. Verbinde dich neu und probiere gewöhnliche Anwendungen aus, nicht nur die eine, die du getestet hast. Dann protokolliere das Symptom, den wirksamen Pfad, den alten und den neuen Wert und wie wiederholbar das Ergebnis war.

Halte diesen Eintrag bei der Änderungsanfrage, bevor irgendjemand die Änderung ausweitet. Die Pfad-MTU-Erkennung in RFC 1191 erklärt, warum ein kleinerer Wert einen Pfad retten kann und für einen anderen nichts tut, und eine Liste von Zahlen ersetzt dieses Modell nicht. Der Test ist fertig, wenn du den Pfad, die Größe, die Beobachtung und den wiederhergestellten Wert benennen kannst.