DNS gedimas ar MTU problema? Kur užklausa iš tikrųjų sustoja

Du gedimai vartotojui duoda tą patį sakinį: svetainė neveikia. Jie įvyksta skirtinguose sluoksniuose, ir šis skirtumas lemia, ką keisite. Vardo sprendimo gedimas sustoja prieš atsirandant bet kokiam ryšiui. Paketo dydžio gedimas įvyksta po to, kai vardas išspręstas ir kai rankos paspaudimas baigtas, todėl puslapis pradeda krautis ir tada užstringa. Raskite etapą anksčiau, nei rasite nustatymą.

Du gedimai skirtinguose sluoksniuose

Sprendimas paverčia vardą adresu, ir niekas kitas ryšyje negali prasidėti, kol tai nepavyks. Kelio MTU problemos kyla vėliau, kai paketas, didesnis už kokios nors grandies ribą, išmetamas, o siuntėjui apie tai niekada nepranešama. Viena yra paieška; kita – pristatymo gedimas, pasireiškiantis tik virš tam tikro dydžio.

Simptomai skiriasi taip, kad juos galite stebėti be jokių priemonių. DNS gedimas yra momentinis ir pastovus: naršyklė sako, kad serverio rasti nepavyksta. MTU gedimas yra dalinis: puslapis pradeda, kai kurie ištekliai ateina, o didelis atsakymas ar įkėlimas užstringa.

Jei jūsų simptomas dalinis, nustokite žiūrėti į DNS.

1 etapas: ar vardas apskritai išsprendžiamas

Naudokite platformos paieškos priemones su tiksliu hosto vardu, kurį naudoja programa. Privatus biuro vardas gali reikalauti vidinio sprendiklio, o naršyklės saugusis DNS gali elgtis kitaip nei operacinės sistemos sprendiklis, todėl abu gali nesutarti dėl to paties vardo.

Paklauskite sprendiklio, kurį naudotų operacinė sistema, tada palyginkite:

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

Jei sprendimas nepavyksta, problema yra toje politikoje ir jos pasiekiamume. Nesiųskite privačių vardų atsitiktiniams viešiems sprendikliams vien tam, kad gautumėte palyginimą, nes pats palyginimas atskleidžia vardus, kuriuos norėjote laikyti vidiniais.

2 etapas: kur sustoja perdavimas

Jei vardas išsprendžiamas ir ryšys prasideda, užrašykite, kur operacija sustoja. Puslapis, kuris atvaizduojamas ir tada užstringa ties vienu ištekliumi, įkėlimas, kuris miršta pastoviame taške, ar didelis atsisiuntimas, kuris niekada nesibaigia, kol maži prašymai veikia, yra visi dydžio formos simptomai. Atsakymas, kuris visai neprasideda, turi kitą formą.

Palygindami laikykite fiksuotą galinį tašką ir programos paskirties vietą, kitaip matuosite du kintamuosius vienu metu. Šiame etape galimos ir kitos priežastys: paslaugos klaidos, nuostoliai, filtro elgsena ir tunelio persijungimai – visi jie sukelia strigtis.

Viena pakartojama strigtis verta daugiau nei dešimt anekdotinių.

Kodėl MTU kenkia tik po rankos paspaudimo

TCP rankos paspaudimas naudoja mažus paketus, todėl pavyksta kelyje, kuris negali pernešti viso dydžio segmento. Gedimas pasireiškia, kai siuntėjas išsiunčia didelį paketą su draudimo skaidyti bitu, grandis jį išmeta, o ICMP pranešimas, kuris būtų pranešęs apie ribą, niekada neatkeliauja, nes filtras jį suvalgė. Tada siuntėjas bando tą patį dydį ir perdavimas užstringa.

Todėl simptomas priklauso nuo dydžio ir kartojasi, o ne yra atsitiktinis. Tai taip pat paaiškina, kodėl ping į hostą nieko neįrodo, nes mažas ICMP atsakas gali praeiti keliu, kuris neperneš viso dydžio naudingosios apkrovos. Jei galite, išmatuokite dydį iš abiejų kelio galų. Ribą, kuri pasirodo tik viena kryptimi, yra maršrutizavimo asimetrija, o ne tunelio MTU.

Išmatuokite dydį tiesiogiai, o ne spręskite jį išvedant:

ping -M do -s 1472 203.0.113.20
tracepath 203.0.113.20

Pakeiskite vieną sluoksnį ir tada įrodykite

Vardams pakeiskite sprendiklio politiką ir paleiskite tą pačią paiešką iš naujo. Dydžiui naudokite MTU procedūrą su užrašytomis pradinėmis reikšmėmis ir paruoštu grąžinimu, nes MSS ribojimas nežinant tikrojo tunelio MTU keičia vieną strigtį kita.

Puslapis, kuris įsikelia vieną kartą pakeitus kelis nustatymus, nenurodo, kas buvo pataisyta. Pakeiskite vieną dalyką, paleiskite tą patį testą iš naujo ir laikykite rezultatą šalia pirmo užrašyto nepavykusio etapo.

Būtent šis įrašas neleidžia DNS, paketo dydžiui ir autentifikavimui virsti krūva nuolatinių apėjimų, kurių niekas negali paaiškinti. Testavimas su neapdorotu IP yra geras trumpojo kelio pavyzdys, kuris keičia TLS tapatybę, o sertifikato patikros išjungimas, kad palyginimas pavyktų, nėra diagnozė.