Egy gyanús VPN MTU-probléma tesztelése értékek találgatása nélkül
Rögzítse az útvonalat, jegyezze fel az eredeti értékeket, majd módosítson egy méretparamétert és hasonlítson össze. Egy sikertelen próba ICMP-szűrés is lehet, nem MTU-korlát.
Internetes MTU-értékek listáját kipróbálni, amíg az egyik gyorsabbnak nem tűnik, nem teszt, hanem leállási szabály nélküli keresés. A működő módszer egyetlen ellenőrzött méretfeltételt változtat meg, és az eredményt ugyanazzal az útvonallal hasonlítja össze. Kezdje egy megismételhető, ártalmatlan hibával, és tartsa meg a működő konfigurációt, amellyel visszavonhatja a kísérletet. Az alábbiak mindegyike ezt a fegyelmet feltételezi, mert nélküle egy olyan számnál marad, amelyet nem tud megvédeni.
Rögzítse az útvonalat, mielőtt egy számot módosít
Írja fel az eszközt, a hozzáférési kapcsolatot, az alagútprotokollt, a végpontot, a célt és a címcsaládot, mielőtt egy beállításhoz nyúl. Ez a hat tény az útvonal, és egy másik útvonalra irányuló próba más problémát mér. Az eredményt is megismételhetővé teszik, és éppen ez választja el a tesztet egy délutáni babrálástól. Tartsa a jegyzetet a terminál mellett, és ne a fejében.
Kezdje a legszűkebb teszttel, amelynek futtatására jogosult. A kiszolgálóoldali változás eléri a végpont minden felhasználóját, ezért a vizsgálat végére tartozik, nem az elejére.
Szondázzon olyan mérettel, amelyet Ön irányít
Linuxon a próba így néz ki: ping -M do -s 1400 host, Windowson pedig így: ping -f -l 1400 host. Mindkét esetben a hasznos terhelést állítja be, és nem a csomagméretet, mert az IP- és ICMP-fejlécek felülre kerülnek.
Olvassa el az előtte álló rendszer dokumentációját, ahelyett hogy egy fórumbejegyzésből másolna kapcsolót. Válasszon olyan célt, amelyet Ön irányít, hogy a hiányzó válasz jelzés legyen, és ne rejtély. Jegyezze fel a pontos parancsot és a pontos méretet ugyanabba a jegyzetbe, mint az útvonalat. A méret nélküli eredmény anekdota. Ha egyetlen futásban két dolgot változtat meg, nem fogja tudni, melyik hozta az eredményt.
A sikertelen próba nem bizonyíték az MTU-korlátra
Egy eldobott próba ICMP-szűrést is jelenthet, és nem méretkorlátot, és ez a hiba arra készteti az embereket, hogy olyan értéket hangoljanak, amely soha nem volt a probléma. Hasonlítsa össze a próbát a valódi alkalmazással, valamint egy mérethez kapcsolódó hibaüzenettel vagy egy szűkített rögzítéssel, mielőtt bármit módosít. A sikeres kis pingek sem bizonyítanak semmit, mert kényelmesen a korlát alatt lehetnek. Két független megfigyelés a minimum, mielőtt egy konfiguráció elmozdul.
Ha az alkalmazás meghiúsul, miközben a próba sikerül, bizonyítéka van arra, hogy ezen az útvonalon nem egyszerű méretkorlátról van szó. Jegyezze fel, mert ezzel a lehetséges változtatások egész ága kiesik.
Állítson be egyetlen paramétert, amelyet az ügyfél már támogat
Módosítsa azt a beállítást, amelyet az ügyfél ehhez a protokollhoz dokumentál, és hagyja érintetlenül a végpontot és a célt, különben egyszerre két dolgot változtatott meg. A TCP MSS clamp nem fed le minden UDP-terhelést, ezért egy működni kezdő böngésző pontosan ugyanolyan törötten hagyhatja az alagútprotokollt. Az IPv4 és az IPv6 itt külön útvonalak, mert a fejlécek már azelőtt különböznek, hogy bármilyen útvonalválasztás megtörténne.
Tesztelje mindkét családot, ha mindkettőt közzéteszi, mert az egyikből származó eredmény semmit nem mond a másikról. Egy érték, amely ma este ezen az útvonalon működött, adat, és nem az egész VPN MTU-ja. Ne emelje globális beállítássá egyetlen sikeres átvitel erejére. Jegyezze fel az értéket annak az útvonalnak a mellé, ahonnan származik.
Visszavonás, ellenőrzés és feljegyzés
Tegye vissza az eredeti értéket, ha az összehasonlítás nem támasztja alá a hipotézist. Ellenőrizze, hogy egy hálózatkezelő nem mentett-e máshol tartós felülírást, mert így válik egy kísérlet szabályzattá. Csatlakozzon újra, és próbáljon ki hétköznapi alkalmazásokat, ne csak azt, amelyet tesztelt. Ezután rögzítse a tünetet, a tényleges útvonalat, a régi és az új értéket, valamint azt, mennyire volt megismételhető az eredmény.
Tartsa ezt a feljegyzést a változtatási kérelemmel együtt, mielőtt bárki kiterjeszti a változtatást. A útvonal-MTU-felderítési mechanizmus az RFC 1191-ben elmagyarázza, miért menthet meg egy kisebb érték egy útvonalat, és miért nem tesz semmit egy másikért, és a számok listája nem helyettesíti ezt a modellt. A teszt akkor van kész, amikor meg tudja nevezni az útvonalat, a méretet, a megfigyelést és a visszaállított értéket.