Test podezřelého problému s MTU ve VPN bez hádání hodnot

Zkoušet seznam hodnot MTU internetu, dokud se jedna nezdá rychlejší, není test, je to hledání bez pravidla zastavení. Metoda, která funguje, mění jednu kontrolovanou podmínku velikosti a porovnává výsledek se stejnou cestou. Začni opakovatelnou a neškodnou chybou a ponech si funkční konfiguraci, která ti umožní experiment vrátit. Vše níže předpokládá tuto kázeň, protože bez ní skončíš s číslem, které nedokážeš obhájit.

Zafixuj cestu, než změníš číslo

Zapiš zařízení, přístupové spojení, protokol tunelu, koncový bod, cíl a rodinu adres, než se dotkneš nastavení. Těchto šest faktů je cesta a sonda namířená na jinou cestu měří jiný problém. Dělají také výsledek opakovatelným, a právě to odděluje test od odpoledne šťourání. Drž poznámku vedle terminálu, ne v hlavě.

Začni nejužším testem, který smíš spustit. Změna na straně serveru zasáhne každého uživatele daného koncového bodu, takže patří na konec vyšetřování, ne na začátek.

Sondni velikostí, kterou ovládáš

Na Linuxu sonda vypadá jako ping -M do -s 1400 host, na Windows jako ping -f -l 1400 host. V obou případech nastavuješ užitečné zatížení, a ne velikost paketu, protože hlavičky IP a ICMP se přidávají navrch.

Přečti si dokumentaci systému, který máš před sebou, místo abys kopíroval přepínač z příspěvku na fóru. Vyber cíl, který ovládáš, aby chybějící odpověď byla signálem, a ne záhadou. Zapiš přesný příkaz a přesnou velikost do stejné poznámky jako cesta. Výsledek bez velikosti je anekdota. Když v jednom běhu změníš dvě věci, nebudeš vědět, která z nich výsledek přinesla.

Neúspěšná sonda není důkazem limitu MTU

Zahozená sonda může znamenat filtrování ICMP, a ne limit velikosti, a tato chyba vede lidi k ladění hodnoty, která nikdy problémem nebyla. Porovnej sondu se skutečnou aplikací a s chybovou zprávou související s velikostí nebo s omezeným zachycením, než cokoli změníš. Úspěšné malé pingy také nic nedokazují, protože mohou ležet pohodlně pod limitem. Dvě nezávislá pozorování jsou minimum, než se konfigurace pohne.

Když aplikace selhává, zatímco sonda uspěje, máš důkaz, že na této cestě nejde o jednoduchý limit velikosti. Zapiš to, protože to odstraňuje celou větev možných změn.

Uprav jeden parametr, který klient už podporuje

Změň nastavení, které klient pro tento protokol dokumentuje, a nech koncový bod i cíl nedotčené, jinak jsi změnil dvě věci najednou. TCP MSS clamp nepokrývá každou zátěž UDP, a proto prohlížeč, který začne fungovat, může nechat protokol tunelu přesně stejně rozbitý. IPv4 a IPv6 jsou zde oddělené cesty, protože hlavičky se liší dřív, než cokoli udělá jakékoli směrování.

Otestuj obě rodiny, pokud publikuješ obě, protože výsledek z jedné nic neříká o druhé. Hodnota, která dnes večer na této cestě fungovala, je údaj, a ne MTU pro celou VPN. Nepovyšuj ji na globální nastavení na základě jediného úspěšného přenosu. Zapiš hodnotu vedle cesty, ze které pochází.

Vrátit, ověřit a zapsat

Vrať původní hodnotu, pokud srovnání hypotézu nepodporuje. Zkontroluj, jestli správce sítě neuložil jinde trvalé přepsání, protože tak se z experimentu stává politika. Připoj se znovu a vyzkoušej běžné aplikace, ne jen tu, kterou jsi testoval. Pak zaznamenej symptom, efektivní cestu, starou a novou hodnotu a jak opakovatelný výsledek byl.

Uchovej ten záznam spolu s žádostí o změnu, než někdo změnu rozšíří. Mechanismus zjišťování MTU cesty v RFC 1191 vysvětluje, proč menší hodnota může zachránit jednu cestu a pro jinou neudělat nic, a seznam čísel tento model nenahrazuje. Test je hotový, když dokážeš pojmenovat cestu, velikost, pozorování a hodnotu, kterou jsi obnovil.