DNS-hiba vagy MTU-probléma? Hol áll meg valójában a kérés

Két hiba ugyanazt a mondatot váltja ki a felhasználóból: az oldal nem működik. Különböző rétegeken történnek, és a különbség dönti el, mit változtat. A névfeloldás hibája még azelőtt megáll, hogy bármilyen kapcsolat létezne. A csomagméret hibája azután történik, hogy a név feloldódott és a kézfogás befejeződött, ezért az oldal elkezd betöltődni, majd megakad. A beállítás előtt találja meg a szakaszt.

Két hiba különböző rétegeken

A feloldás nevet címmé alakít, és a kapcsolatban semmi más nem kezdődhet el, amíg ez nem sikerül. Az útvonal MTU-problémái később jelentkeznek, amikor egy kapcsolat határánál nagyobb csomagot eldobnak, és a küldő soha nem értesül róla. Az egyik keresés; a másik szállítási hiba, amely csak bizonyos méret felett jelenik meg.

A tünetek olyan módon különböznek, amelyet bármilyen eszköz nélkül megfigyelhet. A DNS-hiba azonnali és állandó: a böngésző azt mondja, hogy a kiszolgáló nem található. Az MTU-hiba részleges: az oldal elkezdődik, néhány erőforrás megérkezik, és egy nagy válasz vagy feltöltés megakad.

Ha a tünete részleges, hagyja abba a DNS vizsgálatát.

1. szakasz: feloldódik-e egyáltalán a név

Használja a platform keresőeszközeit pontosan azzal a gépnévvel, amelyet az alkalmazás használ. Az irodai privát név belső feloldót igényelhet, és a böngésző saját biztonságos DNS-e másképp viselkedhet, mint az operációs rendszer feloldója, ezért a kettő ugyanarról a névről eltérően vélekedhet.

Kérdezze meg azt a feloldót, amelyet az operációs rendszer használna, majd hasonlítsa össze:

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

Ha a feloldás meghiúsul, a probléma az a szabályzat és annak elérhetősége. Ne küldjön privát neveket tetszőleges nyilvános feloldókhoz csak azért, hogy összehasonlítást kapjon, mert maga az összehasonlítás kiszivárogtatja azokat a neveket, amelyeket belsőnek akart tartani.

2. szakasz: hol áll meg az átvitel

Ha a név feloldódik és a kapcsolat elindul, jegyezze fel, hol áll meg a művelet. Az az oldal, amely megjelenik, majd egy erőforrásnál megakad, a feltöltés, amely egy állandó ponton meghal, vagy a nagy letöltés, amely soha nem fejeződik be, miközben a kis kérések működnek, mind méret alakú tünetek. A válasz, amely egyáltalán nem indul el, más alakú.

Az összehasonlítás közben tartsa rögzítve a végpontot és az alkalmazás célját, különben két változót mér egyszerre. Ebben a szakaszban más okok is lehetségesek: a szolgáltatás hibái, veszteség, a szűrő viselkedése és az alagút újracsatlakozásai mind elakadást okoznak.

Egy megismételhető elakadás többet ér tíz anekdotikusnál.

Miért csak a kézfogás után árt az MTU

A TCP kézfogás kis csomagokat használ, ezért olyan útvonalon is sikerül, amely nem tud teljes méretű szegmenst szállítani. A hiba akkor jelenik meg, amikor a küldő nagy csomagot küld a töredezést tiltó bittel, egy kapcsolat eldobja, és az ICMP üzenet, amely a határt jelentette volna, soha nem érkezik meg, mert egy szűrő megette. A küldő ezután ugyanazzal a mérettel próbálkozik, és az átvitel megakad.

Ezért a tünet méretfüggő és megismételhető, nem véletlenszerű. Ez azt is megmagyarázza, miért nem bizonyít semmit a gép pingelése, mert egy kis ICMP visszhang átjuthat olyan útvonalon, amely nem szállít teljes méretű terhelést. Mérje meg a méretet az útvonal mindkét végéről, ha tudja. Az a határ, amely csak egy irányban jelenik meg, útvonalválasztási aszimmetria, nem az alagút MTU-ja.

Mérje meg a méretet kifejezetten, ahelyett hogy következtetne rá:

ping -M do -s 1472 203.0.113.20
tracepath 203.0.113.20

Változtasson egy rétegen, majd bizonyítsa

Neveknél változtassa meg a feloldó szabályzatát, és futtassa újra ugyanazt a keresést. Méretnél használja az MTU-eljárást a rögzített eredeti értékekkel és kész visszaállítással, mert az MSS korlátozása az alagút valódi MTU-jának ismerete nélkül egyik elakadást a másikkal váltja fel.

Az az oldal, amely több beállítás módosítása után egyszer betöltődik, nem azonosítja a javítást. Változtasson egy dolgot, futtassa újra ugyanazt a tesztet, és tartsa az eredményt az első rögzített sikertelen szakasz mellett.

Ez a feljegyzés az, ami megakadályozza, hogy a DNS, a csomagméret és a hitelesítés olyan állandó megkerülő megoldások halmazává váljon, amelyet senki nem tud megmagyarázni. A nyers IP-vel való tesztelés jó példa arra a rövidítésre, amely megváltoztatja a TLS-identitást, és a tanúsítvány-ellenőrzés kikapcsolása, hogy egy összehasonlítás sikerüljön, nem diagnózis.