Test podozrivého problému s MTU vo VPN bez hádania hodnôt

Skúšať zoznam hodnôt MTU internetu, kým sa jedna nezdá rýchlejšia, nie je test, je to hľadanie bez pravidla zastavenia. Metóda, ktorá funguje, mení jednu kontrolovanú podmienku veľkosti a porovnáva výsledok s tou istou cestou. Začni opakovateľnou a neškodnou chybou a ponechaj si funkčnú konfiguráciu, ktorá ti umožní experiment vrátiť. Všetko nižšie predpokladá túto disciplínu, pretože bez nej skončíš s číslom, ktoré nedokážeš obhájiť.

Zafixuj cestu, kým zmeníš číslo

Zapíš zariadenie, prístupové spojenie, protokol tunela, koncový bod, cieľ a rodinu adries, kým sa dotkneš nastavenia. Týchto šesť faktov je cesta a sonda namierená na inú cestu meria iný problém. Robia aj výsledok opakovateľným, a práve to oddeľuje test od popoludnia šťúrania. Drž poznámku vedľa terminálu, nie v hlave.

Začni najužším testom, ktorý smieš spustiť. Zmena na strane servera zasiahne každého používateľa daného koncového bodu, takže patrí na koniec vyšetrovania, nie na začiatok.

Sondni veľkosťou, ktorú ovládaš

Na Linuxe sonda vyzerá ako ping -M do -s 1400 host, na Windows ako ping -f -l 1400 host. V oboch prípadoch nastavuješ užitočné zaťaženie, a nie veľkosť paketu, pretože hlavičky IP a ICMP sa pridávajú navrch.

Prečítaj si dokumentáciu systému, ktorý máš pred sebou, namiesto kopírovania prepínača z príspevku na fóre. Vyber cieľ, ktorý ovládaš, aby chýbajúca odpoveď bola signálom, a nie záhadou. Zapíš presný príkaz a presnú veľkosť do tej istej poznámky ako cesta. Výsledok bez veľkosti je anekdota. Keď v jednom behu zmeníš dve veci, nebudeš vedieť, ktorá z nich výsledok priniesla.

Neúspešná sonda nie je dôkazom limitu MTU

Zahodená sonda môže znamenať filtrovanie ICMP, a nie limit veľkosti, a táto chyba vedie ľudí k ladnutiu hodnoty, ktorá nikdy problémom nebola. Porovnaj sondu so skutočnou aplikáciou a s chybovou správou súvisiacou s veľkosťou alebo s obmedzeným zachytením, kým čokoľvek zmeníš. Úspešné malé pingy tiež nič nedokazujú, pretože môžu ležať pohodlne pod limitom. Dve nezávislé pozorovania sú minimum, kým sa konfigurácia pohne.

Keď aplikácia zlyháva, zatiaľ čo sonda uspeje, máš dôkaz, že na tejto ceste nejde o jednoduchý limit veľkosti. Zapíš to, pretože to odstraňuje celú vetvu možných zmien.

Uprav jeden parameter, ktorý klient už podporuje

Zmeň nastavenie, ktoré klient pre tento protokol dokumentuje, a nechaj koncový bod aj cieľ nedotknuté, inak si zmenil dve veci naraz. TCP MSS clamp nepokrýva každú záťaž UDP, a preto prehliadač, ktorý začne fungovať, môže nechať protokol tunela presne rovnako rozbitý. IPv4 a IPv6 sú tu oddelené cesty, pretože hlavičky sa líšia skôr, než čokoľvek urobí akékoľvek smerovanie.

Otestuj obe rodiny, ak publikuješ obe, pretože výsledok z jednej nič nehovorí o druhej. Hodnota, ktorá dnes večer na tejto ceste fungovala, je údaj, a nie MTU pre celú VPN. Nepovyšuj ju na globálne nastavenie na základe jediného úspešného prenosu. Zapíš hodnotu vedľa cesty, z ktorej pochádza.

Vrátiť, overiť a zapísať

Vráť pôvodnú hodnotu, ak porovnanie hypotézu nepodporuje. Skontroluj, či správca siete neuložil inde trvalé prepísanie, pretože tak sa z experimentu stáva politika. Pripoj sa znova a vyskúšaj bežné aplikácie, nie len tú, ktorú si testoval. Potom zaznamenaj symptom, efektívnu cestu, starú a novú hodnotu a ako opakovateľný výsledok bol.

Uchovaj ten záznam spolu so žiadosťou o zmenu, kým niekto zmenu rozšíri. Mechanizmus zisťovania MTU cesty v RFC 1191 vysvetľuje, prečo menšia hodnota môže zachrániť jednu cestu a pre inú neurobiť nič, a zoznam čísel tento model nenahrádza. Test je hotový, keď dokážeš pomenovať cestu, veľkosť, pozorovanie a hodnotu, ktorú si obnovil.