Dështim DNS apo problem MTU? Ku ndalet në të vërtetë kërkesa

Dy dështime japin të njëjtën fjali nga përdoruesi: faqja nuk funksionon. Ndodhin në shtresa të ndryshme, dhe ky dallim përcakton se çfarë do të ndryshoni. Dështimi i zgjidhjes së emrit ndalon përpara se të ekzistojë çdo lidhje. Dështimi i madhësisë së paketës ndodh pasi emri është zgjidhur dhe pasi shtrëngimi i duarve ka përfunduar, prandaj faqja fillon të ngarkohet dhe pastaj ngec. Gjeni fazën përpara se të gjeni cilësimin.

Dy dështime në shtresa të ndryshme

Zgjidhja e kthen një emër në adresë, dhe asgjë tjetër në lidhje nuk mund të fillojë derisa kjo të ketë sukses. Problemet me MTU-në e rrugës ndodhin më vonë, kur një paketë më e madhe se kufiri i ndonjë lidhjeje hidhet dhe dërguesi nuk njoftohet kurrë. Njëra është kërkim; tjetra është dështim dorëzimi që shfaqet vetëm mbi një madhësi të caktuar.

Simptomat ndryshojnë në një mënyrë që mund t'i vëzhgoni pa asnjë mjet. Dështimi DNS është i menjëhershëm dhe konstant: shfletuesi thotë se serveri nuk gjendet. Dështimi MTU është i pjesshëm: faqja fillon, disa burime mbërrijnë, dhe një përgjigje e madhe ose një ngarkim ngec.

Nëse simptoma juaj është e pjesshme, ndaloni së shikuari DNS-në.

Faza 1: a zgjidhet emri fare

Përdorni mjetet e kërkimit të platformës me të njëjtin emër hosti që përdor aplikacioni. Një emër privat në zyrë mund të kërkojë një zgjidhës të brendshëm, dhe DNS-i i sigurt i vetë shfletuesit mund të sillet ndryshe nga zgjidhësi i sistemit operativ, prandaj të dy mund të mos bien dakord për të njëjtin emër.

Pyetni zgjidhësin që do të përdorte sistemi operativ, pastaj krahasoni:

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

Nëse zgjidhja dështon, problemi është në atë politikë dhe në aksesueshmërinë e saj. Mos dërgoni emra privatë te zgjidhës publikë arbitrarë vetëm për të marrë një krahasim, sepse krahasimi vetë zbulon emrat që donit t'i mbanit të brendshëm.

Faza 2: ku ndalon transferimi

Nëse emri zgjidhet dhe lidhja fillon, shënoni ku ndalon operacioni. Një faqe që shfaqet dhe pastaj ngec në një burim, një ngarkim që vdes në një pikë konstante, ose një shkarkim i madh që nuk përfundon kurrë ndërsa kërkesat e vogla funksionojnë, janë të gjitha simptoma në formë madhësie. Një përgjigje që nuk fillon fare ka formë tjetër.

Mbani pikën fundore dhe destinacionin e aplikacionit fiks ndërsa krahasoni, përndryshe matni dy variabla njëherësh. Shkaqe të tjera mbeten të mundshme në këtë fazë: gabime të shërbimit, humbje, sjellja e filtrit dhe rilidhjet e tunelit të gjitha prodhojnë ngecje.

Një ngecje e përsëritshme vlen më shumë se dhjetë anekdotike.

Pse MTU dëmton vetëm pas shtrëngimit të duarve

Shtrëngimi i duarve TCP përdor paketa të vogla, prandaj ka sukses në një rrugë që nuk mund të mbajë një segment me madhësi të plotë. Dështimi shfaqet kur dërguesi nxjerr një paketë të madhe me bitin e ndalimit të fragmentimit, një lidhje e hedh, dhe mesazhi ICMP që do të raportonte kufirin nuk mbërrin kurrë sepse një filtër e hëngri. Pastaj dërguesi provon të njëjtën madhësi dhe transferimi ngec.

Prandaj simptoma varet nga madhësia dhe përsëritet, nuk është e rastësishme. Kjo shpjegon gjithashtu pse ping drejt hostit nuk provon asgjë, sepse një jehonë e vogël ICMP mund të kalojë një rrugë që nuk do të mbajë një ngarkesë me madhësi të plotë. Matni madhësinë nga të dy skajet e rrugës nëse mundeni. Një kufi që shfaqet vetëm në një drejtim është asimetri e rrugëzimit dhe jo MTU e tunelit.

Matni madhësinë në mënyrë të qartë në vend që ta nxirrni:

ping -M do -s 1472 203.0.113.20
tracepath 203.0.113.20

Ndryshoni një shtresë, pastaj provojeni

Për emrat ndryshoni politikën e zgjidhësit dhe ekzekutoni përsëri të njëjtin kërkim. Për madhësinë përdorni procedurën e MTU-së me vlerat origjinale të shënuara dhe një kthim të përgatitur, sepse kufizimi i MSS pa ditur MTU-në reale të tunelit ndërron një ngecje me një tjetër.

Një faqe që ngarkohet një herë pas ndryshimit të disa cilësimeve nuk tregon se cili ishte rregullimi. Ndryshoni një gjë, ekzekutoni përsëri të njëjtin test, dhe mbajeni rezultatin pranë fazës së parë të dështuar që shënuat.

Ky regjistrim është ai që parandalon DNS-në, madhësinë e paketave dhe vërtetimin të kthehen në një grumbull shmangiesh të përhershme që askush nuk mund t'i shpjegojë. Testimi me një IP të papërpunuar është një shembull i mirë i një rruge të shkurtër që ndryshon identitetin TLS, dhe fikja e verifikimit të certifikatës që krahasimi të ketë sukses nuk është diagnozë.