Nagy csomagok tűnnek el IPsec fölött, miközben a kis pingek tovább működnek

A távoli héjak reagálnak, a kis próbák válaszolnak, majd egy fájlmásolás vánszorog és megakad anélkül, hogy bárki bármilyen hibára tudna mutatni. Egy nagyobb hasznos terhelésű ping azonnal reprodukálja, és ugyanaz az átvitel a helyi hálózatról működik. A titkosításban semmi sem lassú; bizonyos csomagok soha nem érkeznek meg. Két különböző felosztás hozhatja létre ezt a jelet, és különböző bizonyítékokat hagynak maguk után.

Két hely, ahol egy csomag felosztható

Titkosítás előtt az útválasztó feloszthat egy túl nagy belső csomagot, és minden darabot külön védhet. Titkosítás után a kész külső csomag az, amit felosztanak, és a távoli félnek újra össze kell raknia, mielőtt bármit visszafejthet. Ugyanaz a tünet, más munka a fogadónak és más gombok önnek.

A megkülönböztetés azért számít, mert a rossz oldalra irányuló javítás számot változtat anélkül, hogy a hibát elmozdítaná. Az interfészen elutasított csomag soha nem lesz külső csomag, ezért semmilyen külső oldali beállítás nem mentheti meg.

Hol születik valójában a mérethatározat

Az alagút interfész IP MTU-t hordoz, és ez az érték jóval azelőtt elutasíthat egy túl nagy belső csomagot, hogy az IPsec szakasz látná. Egy bit beállítása a külső fejlécen nem vizsgálja felül azt a korábbi döntést, mert a csomag már el lett utasítva. Ezért a belső MTU növelése néha inkább ront, mint javít. Olvassa el az interfész értékét és a külső viselkedést, mielőtt bármelyiket módosítaná, mert az olcsóbb módosítás általában az, amely megmagyarázza a tünetet.

Először az interfész értékét ellenőrizze, aztán a külső viselkedést. Két szám, két szakasz, és általában csak az egyikük felelős.

A külső keret nem a belső keret

Minden beágyazás bájtokat költ fejlécekre, és a mennyiség a szállítástól, a címcsaládtól és attól függ, hogy játékban van-e a NAT átjárás. Egy helyi kapcsolatra illeszkedő belső csomag még mindig olyan külső csomagot adhat, amely nem illeszkedik a mögötte lévő útvonalra. Mérje meg a többletet ahelyett, hogy feltételezné, mert minden opcionális fejléc hozzáadódik a számlához. A NAT átjárást használó alagút többet fizet a csupasznál, és a különbség elég ahhoz, hogy eltörjön egy tegnap működő átvitelt.

Amikor a külső csomag hordozza a töredezést tiltó bitet, az az ugrás, amely nem tudja továbbítani, eldobja, és ICMP üzenetet kellene visszaadnia. Ha ezt az üzenetet valahol szűrik, a küldő tovább próbálkozik, és a felhasználó magyarázat nélküli megakadást lát. Ez a csendes eldobás a szokásos oka annak, hogy egy méretproblémát sebességproblémaként jelentenek.

Az IPv6 eltávolítja az egyik lehetőséget

Az IPv6 útválasztók nem töredeznek átvitel közben, tehát a külső csomag vagy illeszkedik, vagy eltűnik egy Packet Too Big üzenettel. Ez az üzenet lesz az egyetlen visszajelzési csatorna, és blokkolása megtöri az útvonal-felfedezést minden következő nagy átvitelnél. Az IPv4 útválasztók töredezhetnek egy nagy csomagot, ha a bit tiszta, ami elrejti a hibát, amíg valami más be nem állítja azt a bitet.

Vegyes stacken ugyanaz az alagút másként viselkedhet a két családnál, ezért egy IPv4 feletti teszt nem dönt el egy IPv6-os panaszt. Egy olyan ellenőrzés, amely csak egy családot gyakorol, a válasz felét mérés nélkül hagyja.

A TCP szegmenspolitika nem általános válasz

A legnagyobb szegmensméret korlátozása segít a TCP folyamoknak, és jogos szabályozás, amikor a probléma rájuk korlátozódik. Nincs hatással az UDP-re, amely DNS-t, néhány hangprotokollt és a webtraffic növekvő részét szállítja.

Alkalmazza, majd tesztelje a meghiúsult munkaterhelést. Ha az UDP eset továbbra is meghiúsul, a szegmenspolitika soha nem volt a válasz, és az interfész keretének továbbra is figyelmet kell szentelni. Először azonosítsa a meghiúsult munkaterhelés protokollját, majd válassza ki a hozzá tartozó szabályozást.

A munkavégzés sorrendje

Jegyezze fel a legnagyobb túlélő hasznos terhelést, majd az interfész MTU-ját, majd azt, hogy a külső csomag hordozza-e a töredezést tiltó bitet, végül azt, hogy az ICMP visszajelzés eléri-e a küldőt. Ez a sorrend találgatás nélkül szűkíti a hibát. Minden megfigyelést időbélyeggel és végponttal őrizzen meg, mert mind a négy szám elmozdul, amikor az útvonal megváltozik.

Módosítson egy értéket, tesztelje újra az eredeti átvitelt, és őrizze meg az eredményt. Egy alagút, amely átmegy egy nagy próbán, de továbbra is megakad az alkalmazásnál, más problémára váltott, és ez feljegyzésre érdemes előrelépés. A következő ember inkább a számokat szeretné, mint a következtetést.