Stranice se učitavaju, ali slanja na VPN zastaju: koji uzrok pobjeđuje
Zastoj koji zavisi od veličine odgovara kvaru MTU putanje, a odgovara i DNS-u, ograničenju aplikacije ili tunelu koji se resetuje. Četiri zapažanja odlučuju koje je od toga.
Stranice se učitavaju, VPN javlja da je povezan, a slanje datoteke se svaki put zamrzne na istom mjestu. Četiri objašnjenja odgovaraju tom opisu: problem veličine paketa, problem razrješavanja imena, ograničenje aplikacije i tunel koji se stalno resetuje. Svako od njih može se potvrditi ili isključiti drugačijim zapažanjem, pa je odluka pitanje odabira pravog testa, a ne nagađanja uzroka.
Četiri kandidata i jedan oblik
Počnite od oblika kvara, jer on eliminiše većinu spiska prije nego što se otvori bilo koji alat. Zastoj koji se javlja pri dosljednoj veličini problem je veličine dok se ne dokaže suprotno. Zastoj na slučajnim mjestima problem je gubitka ili stabilnosti. Kvar prije otvaranja veze problem je imena.
Četvrti kandidat je aplikacija. Ograničenja slanja, rokovi zahtjeva i gornje granice veličine tijela na proxyju stvaraju kvarove koji u pregledniku izgledaju kao mrežni kvarovi, a obično stižu kao odbijanje, a ne kao zastoj.
Zapišite zapaženi oblik prije bilo kakvog testiranja. „Zaustavlja se na približno istom broju bajtova, svaki put, uz podignut tunel“ mnogo je jače polazište od „slanja ne rade“.
Zatim držite putanju nepromijenjenom dok testirate. Mijenjanje izlaza, protokola i servera istovremeno daje rezultat koji ne možete pripisati nijednom od njih. Jedna varijabla po izvođenju, i zapišite je.
Podijelite veličinu prije nego što dirnete politiku
Najjeftiniji razlikovnik je proba koja mijenja jedan broj. Pošaljite pingove bez fragmentacije rastuće veličine prema odredištu, pošaljite datoteku koju kontrolišete na istu uslugu, pa uporedite gdje se svaki zaustavlja.
ping -M do -s 1472 203.0.113.9
curl -T ./probe.bin -o /dev/null -w '%{size_upload} %{time_total}
' https://example.net/uploadPrva naredba javlja da li paket pune veličine uopšte prolazi putanjom. Na MTU-u od 1500 bajtova najveći ICMP teret koji se ne fragmentiše iznosi 1472 bajta, a tunel uzima još više iz tog budžeta prije nego što unutrašnji paket počne. Druga vam daje veličinu i trajanje za prijenos na razini aplikacije, a to je broj koji zaista bitan.
| Candidate | Observation that confirms it | Observation that rules it out |
|---|---|---|
| Path MTU or blocked ICMP feedback | Stall at a consistent size; large do-not-fragment probes fail | Small and large transfers both complete |
| Name resolution | The connection never opens for that name | The connection opens and then stalls mid-transfer |
| Application or proxy limit | A clean rejection at a documented size | No log entry on the server at all |
| Tunnel instability | Reconnects or rekeying during the transfer | The tunnel uptime is unchanged across the failure |
Čitajte par zajedno. Probele koje padaju iznad praga i slanje koje se zaustavlja blizu istog praga koherentna je priča. Probele koje sve uspijevaju dok slanje zastaje na broju bajtova koji putanja očigledno nosi upućuju na aplikaciju ili server, i nikakav rad na MTU-u to neće promijeniti. Taj negativan rezultat vrijedi koliko i pozitivan. Uklanja najskuplju granu istrage.
Zatim provjerite stabilnost tokom prijenosa, jer tunel koji obnovi ključ usred velikog slanja stvara kvar koji izgleda zavisno od veličine, a nije. Očitavanje vremena rada najjeftiniji je način da to potvrdite.
Odlučite između popravke i zaobilaznog rješenja
Ako dokazi upućuju na veličinu, postoje dva poštena odgovora i jedan nepošten. Pošteni su vratiti otkrivanje MTU putanje dopuštanjem potrebne ICMP povratne veze, ili stisnuti objavljenu veličinu segmenta da partneri šalju manje segmente. Nepošten je spustiti MTU interfejsa na vrijednost prepisanu s foruma i nikada ne provjeriti šta je promijenila.
Izbor zavisi od toga šta kontrolišete. Na mreži kojom upravljate, dopuštanje ICMP poruka čistija je popravka jer održava mehanizam ispravnim za svaki protokol. Na putanji koju ne kontrolišete, stiskanje je praktična opcija i treba ga primijeniti usko, a ne na cijeli server.
Ako dokazi upućuju na aplikaciju, popravite aplikaciju ili njenu proxy konfiguraciju. Odgovor 413 i zastala veza različiti su kvarovi, a drugi je obično rok negdje u lancu koji uključuje proxy s vlastitim ograničenjima.
U svakom slučaju, zadržite izvorne vrijednosti i ponovo testirajte nakon vraćanja. Promjena koja se poklopi s uspješnim prijenosom nije dokaz da ga je izazvala, a mogućnost poništavanja ono je što dijagnozu odvaja od slučajnosti.
Zapišite odluku da preživi sljedeći incident
Dovoljne su četiri činjenice: zapaženi oblik kvara, rezultati proba, promjena koju ste napravili i rezultat ponovnog testa. S njima sljedeća osoba može reći je li problem isti ili je novi s istim simptomom.
Zabilježite i kontekst putanje, jer nalaz o MTU-u specifičan je za vezu. Laptop koji radi kod kuće, a pada u hotelu, ima dvije putanje, a popravka primijenjena na jednu ne govori ništa o drugoj.
Na kraju, oduprite se sažetku da je „VPN pokvario slanja“. Tunel je bio prisutan i u radnom i u neuspjelom slučaju; promijenila se veličina paketa koju je putanja morala nositi, ili mjesto gdje je prijenos zaustavljen. Imenovanje stvarnog mehanizma čini bilješku korisnom.