DNS-fout of MTU-probleem? Waar die versoek werklik stop

Twee foute lewer dieselfde sin by ’n gebruiker: die webwerf werk nie. Hulle gebeur op verskillende lae, en die verskil bepaal wat jy verander. ’n Naamoplossingsfout stop voordat enige verbinding bestaan. ’n Pakketgroottefout gebeur nadat die naam opgelos is en nadat die handskud voltooi is, en daarom begin die bladsy laai en hang dan. Vind die stadium voordat jy die instelling vind.

Twee foute op verskillende lae

Oplossing verander ’n naam in ’n adres, en niks anders in die verbinding kan begin voordat dit slaag nie. Pad-MTU-probleme gebeur later, wanneer ’n pakket groter as een of ander skakel se limiet laat val word en die sender nooit ingelig word nie. Een is ’n opsoek; die ander is ’n afleweringsfout wat net bo ’n sekere grootte verskyn.

Die simptome verskil op ’n manier wat jy sonder enige gereedskap kan waarneem. ’n DNS-fout is onmiddellik en konsekwent: die blaaier sê die bediener kan nie gevind word nie. ’n MTU-fout is gedeeltelik: die bladsy begin, sommige hulpbronne kom deur, en ’n groot antwoord of oplaai staak.

As jou simptoom gedeeltelik is, hou op om na DNS te kyk.

Stadium 1: los die naam hoegenaamd op

Gebruik die platform se opsoekgereedskap met die presiese gasheernaam wat die toepassing gebruik. ’n Privaat naam in die kantoor kan ’n interne oplosser vereis, en ’n blaaier se eie veilige DNS kan anders optree as die bedryfstelsel se oplosser, so die twee kan oor dieselfde naam verskil.

Vra die oplosser wat die bedryfstelsel sou gebruik, en vergelyk dan:

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

As oplossing misluk, is die probleem daardie beleid en sy bereikbaarheid. Moenie private name na willekeurige openbare oplossers stuur net om ’n vergelyking te kry nie, want die vergelyking lek self die name wat jy binne wou hou.

Stadium 2: waar die oordrag stop

As die naam oplos en die verbinding begin, teken aan waar die bewerking stop. ’n Bladsy wat wys en dan op een hulpbron hang, ’n oplaai wat op ’n konsekwente punt sterf, of ’n groot aflaai wat nooit klaarkry terwyl klein versoeke werk, is almal groottevormige simptome. ’n Antwoord wat glad nie begin nie, is ’n ander vorm.

Hou die eindpunt en die toepassingsbestemming vas terwyl jy vergelyk, anders meet jy twee veranderlikes gelyktydig. Ander oorsake bly op hierdie stadium moontlik: diensfoute, verlies, filtergedrag en tonnelaansluitings lewer almal stilstand.

Een herhaalbare stilstand is meer werd as tien anekdotiese een.

Waarom MTU eers ná die handskud seermaak

’n TCP-handskud gebruik klein pakkette, so dit slaag op ’n pad wat nie ’n volgrootte segment kan dra nie. Die fout verskyn wanneer die sender ’n groot pakket met die doen-nie-fragmenteer-bis stel, ’n skakel dit laat val, en die ICMP-boodskap wat die limiet sou rapporteer nooit aankom nie omdat ’n filter dit geëet het. Die sender probeer dan dieselfde grootte weer en die oordrag staak.

Dit is waarom die simptoom grootte-afhanklik en herhaalbaar is eerder as toevallig. Dit verduidelik ook waarom dit niks bewys om die gasheer te ping nie, want ’n klein ICMP-egg kan ’n pad kruis wat nie ’n volgrootte loonvrag sal dra nie. Peil die grootte van beide kante van die pad as jy kan. ’n Limiet wat net in een rigting verskyn, is ’n roetering-asimmetrie eerder as ’n tonnel-MTU.

Peil die grootte uitdruklik in plaas daarvan om dit af te lei:

ping -M do -s 1472 203.0.113.20
tracepath 203.0.113.20

Verander een laag en bewys dit

Vir name, verander die oplosserbeleid en voer dieselfde opsoek weer uit. Vir grootte, gebruik die MTU-prosedure met die oorspronklike waardes aangeteken en ’n terugrol gereed, want om MSS te knyp sonder om die tonnel se werklike MTU te ken, ruil een stilstand vir ’n ander.

’n Bladsy wat een keer laai nadat verskeie instellings verander is, identifiseer nie die herstel nie. Verander een ding, voer dieselfde toets weer uit, en hou die resultaat langs die eerste mislukte stadium wat jy aangeteken het.

Daardie rekord is wat keer dat DNS, pakketgrootte en verifikasie ’n hoop permanente omseilings word wat niemand kan verduidelik nie. Om per rou IP te toets is ’n goeie voorbeeld van ’n kortpad wat TLS-identiteit verander, en om sertifikaatverifikasie af te skakel om ’n vergelyking te laat slaag, is nie ’n diagnose nie.