Ĉu DNS-malsukceso aŭ MTU-problemo? Kie la peto vere haltas
Nomo, kiu neniam solviĝas, malsukcesas antaŭ ĉiu konekto; MTU-halto komenciĝas post la manpremo. Trovu unue la stadion, poste ŝanĝu unu tavolon kaj retestu.
Du malsukcesoj produktas la saman frazon ĉe uzanto: la retejo ne funkcias. Ili okazas sur malsamaj tavoloj, kaj la diferenco decidas, kion vi ŝanĝas. Malsukceso de nomresolvo haltas antaŭ ol ekzistas iu ajn konekto. Malsukceso de paketa grando okazas post ol la nomo solviĝis kaj post ol la manpremo finiĝis, tial la paĝo komencas ŝargiĝi kaj tiam pendiĝas. Trovu la stadion antaŭ ol vi trovos la agordon.
Du malsukcesoj sur malsamaj tavoloj
Resolvo igas nomon adreso, kaj nenio alia en la konekto povas komenciĝi ĝis ĝi sukcesos. Problemoj de voja MTU okazas pli poste, kiam paketo pli granda ol la limo de iu ligilo estas forĵetata kaj la sendanto neniam sciiĝas. Unu estas serĉo; la alia estas malsukceso de livero, kiu aperas nur super certa grando.
La simptomoj diferencas tiamaniere, ke vi povas observi sen ajna ilo. DNS-malsukceso estas tuja kaj konstanta: la retumilo diras, ke la servilo ne troveblas. MTU-malsukceso estas parta: la paĝo komenciĝas, kelkaj rimedoj alvenas, kaj granda respondo aŭ alŝuto haltas.
Se via simptomo estas parta, ĉesu rigardi DNS.
Stadio 1: ĉu la nomo entute solviĝas
Uzu la serĉilojn de la platformo kun la ĝusta gastigantnomo, kiun la aplikaĵo uzas. Privata nomo en la oficejo povas postuli internan solvilon, kaj la propra sekura DNS de retumilo povas konduti alie ol la solvilo de la operaciumo, do la du povas malkonsenti pri la sama nomo.
Demandu la solvilon, kiun la operaciumo uzus, poste komparu:
dig +short vpn.example.com
dig +short vpn.example.com @10.0.0.53
Se la resolvo malsukcesas, la problemo estas tiu politiko kaj ĝia atingeblo. Ne sendu privatajn nomojn al arbitraj publikaj solviloj nur por akiri komparon, ĉar la komparo mem malkaŝas la nomojn, kiujn vi volis teni internaj.
Stadio 2: kie la transdono haltas
Se la nomo solviĝas kaj la konekto komenciĝas, notu, kie la operacio haltas. Paĝo, kiu bildiĝas kaj tiam pendiĝas ĉe unu rimedo, alŝuto, kiu mortas je konstanta punkto, aŭ granda elŝuto, kiu neniam finiĝas dum malgrandaj petoj funkcias, ĉiuj estas simptomoj de formo de grando. Respondo, kiu tute ne komenciĝas, havas alian formon.
Tenu la finpunkton kaj la celon de la aplikaĵo fiksaj dum vi komparas, alie vi mezuras du variablojn samtempe. Aliaj kaŭzoj restas eblaj en ĉi tiu stadio: servaj eraroj, perdo, konduto de filtrilo kaj rekonektoj de tunelo ĉiuj produktas haltojn.
Unu ripetebla halto valoras pli ol dek anekdotaj.
Kial MTU doloras nur post la manpremo
TCP-manpremo uzas malgrandajn paketojn, do ĝi sukcesas sur vojo, kiu ne povas porti plengrandan segmenton. La malsukceso aperas, kiam la sendanto elsendas grandan paketon kun la bito de malpermeso de fragmentado, ligilo forĵetas ĝin, kaj la ICMP-mesaĝo, kiu raportus la limon, neniam alvenas ĉar filtrilo manĝis ĝin. La sendanto tiam reprovas la saman grandon kaj la transdono haltas.
Tial la simptomo dependas de grando kaj estas ripetebla anstataŭ hazarda. Ĝi ankaŭ klarigas, kial pingi la gastiganton pruvas nenion, ĉar malgranda ICMP-ĉio povas transpasi vojon, kiu ne portos plengrandan ŝarĝon. Mezuru la grandon de ambaŭ finoj de la vojo, se vi povas. Limo, kiu aperas nur en unu direkto, estas malsimetrio de enkursigado kaj ne MTU de tunelo.
Mezuru la grandon eksplicite anstataŭ dedukti ĝin:
ping -M do -s 1472 203.0.113.20
tracepath 203.0.113.20
Ŝanĝu unu tavolon, poste pruvu ĝin
Por nomoj, ŝanĝu la solvilpolitikon kaj relanĉu la saman serĉon. Por grando, uzu la MTU-proceduron kun la originaj valoroj notitaj kaj preta retroigo, ĉar limigi MSS sen scii la realan MTU de la tunelo interŝanĝas unu halton kontraŭ alia.
Paĝo, kiu ŝargiĝas unufoje post ŝanĝo de pluraj agordoj, ne identigas la riparon. Ŝanĝu unu aferon, relanĉu la saman teston, kaj konservu la rezulton apud la unua registrita malsukcesa stadio.
Ĝuste tiu registro malhelpas, ke DNS, paketa grando kaj aŭtentigo fariĝu amaso da permanentaj provizoraĵoj, kiujn neniu povas klarigi. Testi per kruda IP estas bona ekzemplo de fuŝsolvo, kiu ŝanĝas la TLS-identecon, kaj malŝalti kontrolon de atestilo por ke komparo sukcesu ne estas diagnozo.