Pagkabigo ng DNS o problema sa MTU? Saan talaga humihinto ang kahilingan

Dalawang pagkabigo ang nagbibigay ng parehong pangungusap mula sa gumagamit: hindi gumagana ang site. Nangyayari sila sa magkaibang layer, at ang pagkakaibang iyon ang nagtatakda kung ano ang babaguhin mo. Ang pagkabigo sa pagresolba ng pangalan ay humihinto bago pa man umiral ang anumang koneksyon. Ang pagkabigo sa laki ng packet ay nangyayari pagkatapos maresolba ang pangalan at pagkatapos matapos ang handshake, kaya nagsisimulang mag-load ang pahina at pagkatapos ay nag-hang. Hanapin ang yugto bago hanapin ang setting.

Dalawang pagkabigo sa magkaibang layer

Ang pagresolba ay ginagawang address ang isang pangalan, at wala nang iba sa koneksyon ang makakapagsimula hangga't hindi ito nagtagumpay. Ang mga problema sa MTU ng landas ay nangyayari mamaya, kapag ang isang packet na mas malaki kaysa sa limitasyon ng isang link ay itinatapon at ang nagpadala ay hindi kailanman nabibigyan ng abiso. Ang isa ay paghahanap; ang isa ay pagkabigo sa paghahatid na lumilitaw lamang sa itaas ng isang tiyak na laki.

Nagkakaiba ang mga sintomas sa paraang maaari mong mapansin nang walang anumang kasangkapan. Ang pagkabigo ng DNS ay agaran at pare-pareho: sinasabi ng browser na hindi mahanap ang server. Ang pagkabigo ng MTU ay bahagyang: nagsisimula ang pahina, dumarating ang ilang resource, at nag-hang ang isang malaking tugon o pag-upload.

Kung bahagya ang iyong sintomas, itigil ang pagtingin sa DNS.

Yugto 1: nareresolba ba ang pangalan

Gamitin ang mga kasangkapan sa paghahanap ng platform na may eksaktong hostname na ginagamit ng aplikasyon. Ang isang pribadong pangalan sa opisina ay maaaring mangailangan ng panloob na resolver, at ang sariling secure na DNS ng browser ay maaaring kumilos nang iba kaysa sa resolver ng operating system, kaya maaaring hindi sila magkasundo tungkol sa parehong pangalan.

Tanungin ang resolver na gagamitin ng operating system, pagkatapos ay ihambing:

dig +short vpn.example.com
dig +short vpn.example.com @10.0.0.53

Kung nabigo ang pagresolba, nasa patakarang iyon at sa pagiging maabot nito ang problema. Huwag magpadala ng mga pribadong pangalan sa mga arbitraryong pampublikong resolver para lamang makakuha ng paghahambing, dahil ang paghahambing mismo ay naglalantad ng mga pangalang nais mong panatilihing panloob.

Yugto 2: saan humihinto ang paglilipat

Kung naresolba ang pangalan at nagsimula ang koneksyon, itala kung saan humihinto ang operasyon. Ang isang pahinang ipinapakita at pagkatapos ay nag-hang sa isang resource, isang pag-upload na namamatay sa isang palagiang punto, o isang malaking pag-download na hindi kailanman natatapos habang gumagana ang maliliit na kahilingan ay lahat sintomas na hugis-laki. Ang isang tugon na hindi nagsisimula ay may ibang hugis.

Panatilihing nakapirmi ang endpoint at ang destinasyon ng aplikasyon habang naghahambing, kung hindi ay dalawang variable ang sinusukat mo nang sabay. Posible rin ang ibang mga dahilan sa yugtong ito: mga error ng serbisyo, pagkawala, pag-uugali ng filter at muling pagkonekta ng tunnel ay lahat nagdudulot ng pagkaantala.

Ang isang naipapaulit na pagkaantala ay mas mahalaga kaysa sampung anekdota.

Bakit nakakasama lamang ang MTU pagkatapos ng handshake

Ang handshake ng TCP ay gumagamit ng maliliit na packet, kaya nagtatagumpay ito sa landas na hindi makapagdala ng segment na buong laki. Lumilitaw ang pagkabigo kapag ang nagpadala ay naglabas ng malaking packet na may bit na nagbabawal sa fragmentation, itinatapon ito ng link, at ang mensaheng ICMP na dapat mag-ulat ng limitasyon ay hindi kailanman dumarating dahil kinain ito ng filter. Pagkatapos ay sinusubukan muli ng nagpadala ang parehong laki at nag-hang ang paglilipat.

Kaya nakadepende sa laki ang sintomas at naipapaulit, hindi random. Ipinapaliwanag din nito kung bakit walang pinapatunayan ang ping sa host, dahil ang isang maliit na ICMP echo ay maaaring tumawid sa landas na hindi magdadala ng buong-laki na kargamento. Sukatin ang laki mula sa dalawang dulo ng landas kung kaya. Ang limitasyong lumilitaw lamang sa isang direksyon ay asimetriya ng routing at hindi MTU ng tunnel.

Sukatin ang laki nang tahasan sa halip na hinuha ito:

ping -M do -s 1472 203.0.113.20
tracepath 203.0.113.20

Palitan ang isang layer, pagkatapos ay patunayan

Para sa mga pangalan, palitan ang patakaran ng resolver at patakbuhin muli ang parehong paghahanap. Para sa laki, gamitin ang pamamaraan ng MTU na may naitalang orihinal na halaga at nakahandang pagbalik, dahil ang paglimita sa MSS nang hindi alam ang tunay na MTU ng tunnel ay nagpapalit ng isang pagkaantala sa iba.

Ang pahinang nag-load nang isang beses pagkatapos baguhin ang ilang setting ay hindi tumutukoy kung alin ang pag-aayos. Baguhin ang isang bagay, patakbuhin muli ang parehong pagsubok, at itago ang resulta sa tabi ng unang naitalang bigong yugto.

Ang rekord na iyon ang pumipigil sa DNS, laki ng packet at authentication na maging isang tambak ng permanenteng mga shortcut na walang makapagpapaliwanag. Ang pagsubok gamit ang hilaw na IP ay isang magandang halimbawa ng shortcut na nagbabago ng pagkakakilanlang TLS, at ang pag-off ng beripikasyon ng sertipiko upang magtagumpay ang paghahambing ay hindi diagnosis.