Naglo-load ang mga pahina pero nag-hang ang mga upload sa VPN: aling dahilan ang mananalo
Ang pagkahinto na umaasa sa laki ay tugma sa depekto ng MTU ng ruta, at tugma rin sa DNS, limitasyon ng app o hindi matatag na tunnel. Apat na obserbasyon ang magpapasya kung alin.
Naglo-load ang mga pahina, iniuulat ng VPN na nakakonekta ito, at ang pag-upload ng file ay nagyeyelo sa parehong punto tuwing may nangyayari. Apat na paliwanag ang tugma sa paglalarawang iyon: problema sa laki ng packet, problema sa resolusyon ng pangalan, limitasyon ng app at tunnel na paulit-ulit na nagre-reset. Ang bawat isa ay maaaring kumpirmahin o ibukod gamit ang ibang obserbasyon, kaya ang desisyon ay ang pumili ng tamang pagsubok sa halip na hulaan ang dahilan.
Apat na kandidato at isang hugis
Magsimula sa hugis ng kabiguan, dahil inaalis nito ang malaking bahagi ng listahan bago pa magbukas ng anumang tool. Ang pagkahinto na nangyayari sa pare-parehong laki ay problema sa laki hangga't hindi napatunayan ang kabaligtaran. Ang pagkahinto sa random na mga punto ay problema sa pagkawala o katatagan. Ang kabiguan bago bumukas ang koneksyon ay problema sa pangalan.
Ang ikaapat na kandidato ay ang app. Ang mga limitasyon sa pag-upload, mga timeout ng kahilingan at mga takip sa laki ng katawan sa proxy ay gumagawa ng mga kabiguang mukhang depekto ng network mula sa browser, at kadalasan ay dumarating bilang pagtanggi sa halip na pag-hang.
Isulat ang naobserbahang hugis bago subukan ang anuman. "Humihinto sa halos parehong bilang ng byte, tuwing, habang buhay ang tunnel" ay mas malakas na panimulang punto kaysa "hindi gumagana ang mga upload".
Pagkatapos, panatilihing nakatigil ang ruta habang nagsubok. Ang sabay na pagbabago ng labasan, protocol at server ay nagbibigay ng resulta na hindi mo maaaring iugnay sa alinman sa kanila. Isang variable bawat pagtakbo, at isulat ito.
Hatiin ang laki bago hawakan ang patakaran
Ang pinakamurang tagapaghiwalay ay isang pagsubok na nagbabago ng isang numero. Magpadala ng ping na walang fragmentation na lumalaki ang laki patungo sa destinasyon, at i-upload ang file na kontrolado mo sa parehong serbisyo, pagkatapos ay ihambing kung saan humihinto ang bawat isa.
ping -M do -s 1472 203.0.113.9
curl -T ./probe.bin -o /dev/null -w '%{size_upload} %{time_total}
' https://example.net/uploadAng unang utos ay nag-uulat kung ang buong-laki na packet ay dumadaan sa ruta. Sa MTU na 1500 byte, ang pinakamalaking ICMP payload na hindi na-fragment ay 1472 byte, at ang tunnel ay kumukuha ng mas marami pa sa badyet na iyon bago magsimula ang panloob na packet. Ang pangalawa ay nagbibigay sa iyo ng laki at tagal para sa paglilipat sa antas ng app, at iyon ang numerong talagang mahalaga.
| 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 |
Basahin ang pares nang magkasama. Ang mga pagsubok na nabibigo sa itaas ng isang threshold at pag-upload na humihinto malapit sa parehong threshold ay isang magkakaugnay na kuwento. Ang mga pagsubok na lahat nagtatagumpay habang ang pag-upload ay humihinto sa isang bilang ng byte na malinaw na dinadala ng ruta ay tumuturo sa app o server, at walang gawain sa MTU ang makakabago niyon. Ang negatibong resultang iyon ay kasing halaga ng positibo. Inaalis nito ang pinakamahal na sanga ng pagsisiyasat.
Pagkatapos, suriin ang katatagan habang naglilipat, dahil ang tunnel na nag-renew ng key sa gitna ng malaking pag-upload ay gumagawa ng kabiguang mukhang umaasa sa laki nang hindi naman. Ang pagbasa ng uptime ang pinakamurang paraan upang kumpirmahin iyon.
Pumili sa pagitan ng pag-aayos at pag-iwas
Kung ang ebidensya ay tumuturo sa laki, may dalawang tapat na sagot at isang hindi tapat. Ang tapat ay ibalik ang pagtuklas ng MTU ng ruta sa pamamagitan ng pagpapahintulot sa kinakailangang feedback ng ICMP, o limitahan ang inihayag na laki ng segment upang ang mga kapares ay magpadala ng mas maliliit na segment. Ang hindi tapat ay ibaba ang MTU ng isang interface sa halagang kinopya mula sa forum at hindi kailanman i-verify kung ano ang binago nito.
Ang pagpili ay nakasalalay sa kung ano ang kontrolado mo. Sa network na pinapatakbo mo, ang pagpapahintulot sa mga mensahe ng ICMP ang mas malinis na pagwawasto dahil pinapanatili nitong gumagana ang mekanismo para sa bawat protocol. Sa rutang hindi mo kontrolado, ang paglilimita ang praktikal na opsyon, at dapat itong ilapat nang makitid at hindi sa buong server.
Kung ang ebidensya ay tumuturo sa app, ayusin ang app o ang configuration ng proxy nito. Ang 413 na tugon at ang nakabitin na koneksyon ay magkaibang kabiguan, at ang pangalawa ay karaniwang timeout sa isang lugar sa isang kadena na may kasamang proxy na may sariling mga limitasyon.
Alinman sa dalawa, itago ang orihinal na mga halaga at subukan muli pagkatapos ibalik. Ang pagbabagong kasabay ng isang matagumpay na paglilipat ay hindi patunay na ito ang naging dahilan, at ang kakayahang i-undo ang naghihiwalay ng diagnosis sa pagkakataon.
Itala ang desisyon upang mabuhay ito sa susunod na insidente
Sapat ang apat na katotohanan: ang naobserbahang hugis ng kabiguan, ang mga resulta ng pagsubok, ang pagbabagong ginawa mo at ang resulta ng muling pagsubok. Sa mga ito, masasabi ng susunod na tao kung pareho ang problema o bago na may parehong sintomas.
Itala rin ang konteksto ng ruta, dahil ang natuklasan tungkol sa MTU ay partikular sa isang link. Ang laptop na gumagana sa bahay at nabibigo sa hotel ay may dalawang ruta, at ang pagwawastong inilapat sa isa ay walang sinasabi tungkol sa isa.
Sa huli, labanan ang buod na "sinira ng VPN ang mga upload". Ang tunnel ay naroroon sa parehong gumagana at nabigong kaso; ang nagbago ay ang laki ng packet na kailangang dalhin ng ruta, o ang lugar kung saan itinigil ang paglilipat. Ang pagpangalan sa tunay na mekanismo ang nagpapaging kapaki-pakinabang sa tala.