Kaks tõrget annavad kasutajalt sama lause: sait ei tööta. Need juhtuvad eri kihtidel ja see erinevus otsustab, mida te muudate. Nime lahendamise tõrge peatub enne, kui ühendus üldse olemas on. Paketi suuruse tõrge juhtub pärast nime lahendamist ja pärast kätluse lõppu, seepärast hakkab leht laadima ja jääb siis kinni. Leidke etapp enne, kui leiate seade.

Kaks tõrget eri kihtidel

Lahendamine muudab nime aadressiks ja miski muu ühenduses ei saa alata enne, kui see õnnestub. Teekonna MTU probleemid tekivad hiljem, kui mõne lingi piirist suurem pakett visatakse ära ja saatjat ei teavitata kunagi. Üks on otsing; teine on kohaletoimetamise tõrge, mis ilmneb ainult üle teatud suuruse.

Sümptomid erinevad viisil, mida saate jälgida ilma igasuguste tööriistadeta. DNS-i tõrge on kohene ja püsiv: brauser ütleb, et serverit ei leita. MTU tõrge on osaline: leht algab, mõned ressursid jõuavad kohale ja suur vastus või üleslaadimine jääb kinni.

Kui teie sümptom on osaline, lõpetage DNS-i vaatamine.

Etapp 1: kas nimi üldse lahendatakse

Kasutage platvormi otsingutööriistu täpselt selle hostinimega, mida rakendus kasutab. Privaatne nimi kontoris võib nõuda sisemist lahendajat ja brauseri oma turvaline DNS võib käituda teisiti kui operatsioonisüsteemi lahendaja, seega võivad need kaks sama nime osas eriarvamusel olla.

Küsige lahendajalt, mida operatsioonisüsteem kasutaks, ja seejärel võrrelge:

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

Kui lahendamine ebaõnnestub, on probleem selles poliitikas ja selle kättesaadavuses. Ärge saatke privaatseid nimesid suvalistele avalikele lahendajatele ainult võrdluse saamiseks, sest võrdlus ise lekitab nimed, mida soovisite sisemisena hoida.

Etapp 2: kuhu ülekanne jääb

Kui nimi lahendatakse ja ühendus algab, kirjutage üles, kuhu toiming jääb. Leht, mis kuvatakse ja jääb siis ühe ressursi juures kinni, üleslaadimine, mis sureb kindlas punktis, või suur allalaadimine, mis ei lõpe kunagi, samal ajal kui väikesed päringud töötavad, on kõik suuruse kujuga sümptomid. Vastus, mis ei alga üldse, on teistsuguse kujuga.

Hoidke võrdlemise ajal lõpp-punkt ja rakenduse sihtkoht muutumatuna, muidu mõõdate korraga kahte muutujat. Selles etapis on võimalikud ka muud põhjused: teenusevead, kadu, filtri käitumine ja tunnelite taasiühendused tekitavad kõik tõrkeid.

Üks korratav tõrge on väärt rohkem kui kümme juhuslikku.

Miks MTU teeb haiget alles pärast kätlust

TCP kätlus kasutab väikeseid pakette, seega õnnestub see teel, mis ei suuda täissuuruses segmenti kanda. Tõrge ilmneb siis, kui saatja saadab suure paketi tükeldamise keelu bitiga, link viskab selle ära ja ICMP teade, mis oleks piirist teatanud, ei jõua kunagi kohale, sest filter sõi selle ära. Seejärel proovib saatja sama suurust uuesti ja ülekanne jääb kinni.

Seepärast sõltub sümptom suurusest ja on korratav, mitte juhuslik. See selgitab ka, miks hosti pingimine ei tõesta midagi, sest väike ICMP kaja võib läbida tee, mis täissuuruses koormust ei kanna. Mõõtke suurust tee mõlemast otsast, kui saate. Piir, mis ilmneb ainult ühes suunas, on marsruutimise asümmeetria, mitte tunneli MTU.

Mõõtke suurust otseselt, selle asemel et seda tuletada:

ping -M do -s 1472 203.0.113.20
tracepath 203.0.113.20

Muutke ühte kihti ja tõestage see

Nimede puhul muutke lahendaja poliitikat ja käivitage sama otsing uuesti. Suuruse puhul kasutage MTU protseduuri koos kirja pandud algväärtuste ja valmis tagasipööramisega, sest MSS-i piiramine ilma tunneli tegelikku MTU-d teadmata vahetab ühe tõrke teise vastu.

Leht, mis laaditakse üks kord pärast mitme seade muutmist, ei näita parandust. Muutke ühte asja, käivitage sama test uuesti ja hoidke tulemust esimese kirja pandud ebaõnnestunud etapi kõrval.

Just see kirje hoiab ära, et DNS, paketi suurus ja autentimine muutuksid hunnikuks püsivatest möödasõitudest, mida keegi seletada ei oska. Toore IP-ga testimine on hea näide otseteest, mis muudab TLS-i identiteeti, ja sertifikaadi kontrollimise väljalülitamine, et võrdlus õnnestuks, ei ole diagnoos.

Seotud artiklid