Suuret paketit katoavat IPsecin yli, kun taas pienet pingit toimivat

Etäkuoret pysyvät reagoivina, pienet koettimet vastaavat, ja sitten tiedostokopio ryömii ja pysähtyy ilman virhettä, johon kukaan voisi osoittaa. Suuremmalla hyötykuormalla tehty ping toistaa sen heti, ja sama siirto toimii paikallisverkosta. Salauksessa ei ole mitään hidasta; tietyt paketit eivät koskaan saavu. Kaksi erilaista jakoa voi tuottaa tuon tunnusmerkin, ja ne jättävät erilaiset todisteet.

Kaksi paikkaa, joissa paketti voidaan jakaa

Ennen salausta reititin voi jakaa liian suuren sisäisen paketin ja suojata jokaisen osan erikseen. Salauksen jälkeen jaetaan valmis ulompi paketti, ja kaukopään on koottava se uudelleen ennen kuin se voi purkaa salauksen mistään. Sama oire, eri työ vastaanottajalle ja eri säätimet sinulle.

Erolla on merkitystä, koska väärälle puolelle suunnattu korjaus muuttaa lukua siirtämättä vikaa. Käyttöliittymässä hylätty paketti ei koskaan muutu ulommaksi paketiksi, joten mikään ulkopuolen asetus ei voi pelastaa sitä.

Missä kokopäätös todella tehdään

Tunnelin käyttöliittymä kantaa IP MTU:n, ja tämä arvo voi hylätä liian suuren sisäisen paketin kauan ennen kuin IPsec-vaihe näkee sen. Bitin asettaminen ulompaan otsikkoon ei tarkastele tuota aiempaa päätöstä uudelleen, koska paketti on jo hylätty. Siksi sisäisen MTU:n nostaminen joskus pahentaa asioita sen sijaan että parantaisi niitä. Lue käyttöliittymän arvo ja ulompi käyttäytyminen ennen kuin muutat kumpaakaan, sillä halvempi muutos on yleensä se, joka selittää oireen.

Tarkista ensin käyttöliittymän arvo ja sitten ulompi käyttäytyminen. Kaksi lukua, kaksi vaihetta, ja yleensä vain toinen niistä on vastuussa.

Ulompi budjetti ei ole sisempi budjetti

Jokainen kapselointi kuluttaa tavuja otsikoihin, ja määrä riippuu kuljetuksesta, osoiteperheestä ja siitä, onko NAT-läpäisy mukana. Sisäinen paketti, joka mahtuu paikalliseen linkkiin, voi silti tuottaa ulomman paketin, joka ei mahdu sen jälkeiseen polkuun. Mittaa ylikuormitus sen sijaan että olettaisit sen, koska jokainen valinnainen otsikko lisätään laskuun. NAT-läpäisyllä varustettu tunneli maksaa enemmän kuin paljas, ja ero riittää rikkomaan siirron, joka toimi eilen.

Kun ulompi paketti kantaa ei-fragmentointibitin, hyppy, joka ei voi välittää sitä, pudottaa sen ja sen pitäisi palauttaa ICMP-viesti. Jos tämä viesti suodatetaan jossakin, lähettäjä yrittää yhä uudelleen ja käyttäjä näkee pysähdyksen ilman selitystä. Tämä hiljainen pudotus on tavallinen syy siihen, että kokoprobleema raportoidaan nopeusongelmana.

IPv6 poistaa yhden vaihtoehdoista

IPv6-reitittimet eivät fragmentoi siirron aikana, joten ulompi paketti joko mahtuu tai katoaa Packet Too Big -viestin kanssa. Tästä viestistä tulee ainoa palautekanava, ja sen estäminen rikkoo polun etsinnän jokaiselta sitä seuraavalta suurelta siirrolta. IPv4-reitittimet voivat fragmentoida suuren paketin, kun bitti on selkeä, mikä piilottaa vian, kunnes jokin muu asettaa kyseisen bitin.

Sekakäytössä sama tunneli voi käyttäytyä eri tavoin kahdelle perheelle, minkä vuoksi yksi IPv4:n yli tehty testi ei ratkaise IPv6-valitusta. Tarkistus, joka harjoittaa yhtä perhettä, jättää puolet vastauksesta mittaamatta.

TCP-segmenttikäytäntö ei ole yleisvastaus

Suurimman segmenttikoon rajoittaminen auttaa TCP-virtoja, ja se on perusteltu säätö, kun ongelma rajoittuu niihin. Sillä ei ole vaikutusta UDP:hen, joka kuljettaa DNS:ää, joitakin ääniprotokollia ja kasvavaa osaa verkkoliikenteestä.

Ota se käyttöön ja testaa sitten työkuorma, joka epäonnistui. Jos UDP-tapaus epäonnistuu edelleen, segmenttikäytäntö ei ollut koskaan vastaus ja käyttöliittymän budjetti tarvitsee yhä huomiota. Tunnista ensin epäonnistuvan työkuorman protokolla ja valitse sitten siihen kuuluva säätö.

Työjärjestys

Kirjaa suurin hyötykuorma, joka säilyy, sitten käyttöliittymän MTU, sitten kantavatko ulommat paketit ei-fragmentointibitin, ja lopuksi saavuttaako ICMP-palaute lähettäjän. Tämä järjestys rajaa vian arvaamatta. Säilytä jokainen havainto aikaleimalla ja päätepisteellä, koska kaikki neljä lukua liikkuvat, kun polku muuttuu.

Muuta yhtä arvoa, testaa alkuperäinen siirto uudelleen ja säilytä tulos. Tunneli, joka läpäisee suuren koettimen mutta jumittuu silti sovelluksessa, on siirtynyt toiseen ongelmaan, ja se on kirjaamisen arvoista edistystä. Seuraava henkilö haluaa mieluummin luvut kuin johtopäätöksen.