Poročilo o DNS prek VPN: kaj vključiti, da bo ponovljivo

„DNS je pokvarjen“ je sklep in ni sklep, na podlagi katerega bi pomočnik lahko ukrepal. Uporabni del poročila je oblika napake: katero ime, prek katerega resolverja, s kakšnim odgovorom. Tri podrobnosti spremenijo pritožbo v nekaj ponovljivega in vse tri je varno deliti, ko so zasebni deli preimenovani. Sledi najmanj, kar poročilo o DNS prek VPN potrebuje, preden lahko kdo pomaga.

Kategorija imena, ne sodba

Začnite z imenom samim in ga razvrstite: javno, notranje, kratko, popolnoma kvalificirano ali ga oskrbuje ena določena pripona. Notranje ime, ki ne uspe, medtem ko se javna imena razrešujejo, kaže na izbiro resolverja, ne na dosegljivost. Če ne uspejo vsa imena, to kaže na pot do resolverja, kar je druga preiskava z drugimi dokazi. Kategorija nosi diagnozo, natančen niz pa je mogoče skriti.

Povejte, ali napaka zahteva dvignjen tunel ali nastopi po njegovi prekinitvi. Ime, ki se zlomi samo med aktivnim VPN, nakazuje konfiguracijo za vsako povezavo, medtem ko tisto, ki se zlomi po prekinitvi, nakazuje preostalo stanje. Poročila to običajno izpustijo in se nato sprašujejo, zakaj prvi predlog ne pomaga.

Zabeležite pot do resolverja

Poizvedba, poslana izrecno izbranemu strežniku, in običajno iskanje aplikacije sta različna poskusa. Povejte, katero je povzročilo napako, ker ročna poizvedba na delujoč strežnik dokaže le, da strežnik deluje. Spodnji ukazi ločijo sistemsko pot od neposrednega vprašanja.

resolvectl status --no-pager
getent hosts host.internal
dig +short host.internal @10.20.30.53

Izhod stanja poimenuje strežnike na posamezno povezavo in domene usmerjanja, torej kjer se odloči o split DNS. Klic getent sledi isti poti kot aplikacija, vključno z vrstnim redom nsswitch. Neposredna poizvedba obide oboje in preizkusi en strežnik izolirano. Poročajte, kateri od treh ni uspel in kateri je uspel, in bralcu ni treba več ugibati poti.

Navedite nadzorovano primerjavo

Spremenite eno spremenljivko in povejte, kaj se je spremenilo. Javna imena se razrešujejo, notranja pa ne uspejo — to je problem izbire; vsako ime poteče — to je problem poti; zasebno ime, ki se razreši v javni naslov, pa je uhajanje v napačni resolver. Dve od teh treh nimata nič skupnega s tem, ali je tunel dvignjen. Poročilo, ki trdi, da so vse poizvedbe pokvarjene, običajno vsebuje primerjavo, ki ni bila nikoli izvedena.

Ločite razreševanje od dostave. Ko se ime razreši in spletno mesto še vedno ne uspe, je stopnja DNS uspela in poročilo bi to moralo povedati, ker je naslednji korak pot ali poslušalec, ne resolver. Ta ena razlika pogosteje prihrani cel krog vprašanj kot kateri koli izvleček dnevnika.

Skrijte imenski prostor, ohranite razmerja

Notranja imena je mogoče zamenjati, če zamenjave ohranijo strukturo. Vsakemu različnemu strežniku in priponi dodelite stabilno oznako in to preslikavo hranite zunaj deljene kopije. Zamenjava vsakega notranjega gostitelja z istim nadomestnim znakom uniči natanko tisti dokaz, ki ga poročilo potrebuje, ker bralec ne vidi več, da se je ena pripona razrešila, druga pa ne. Isto pravilo velja za naslove: ohranite razmerja predpone in spremenite bite gostitelja, če to zahteva politika.

Pošljite zapis po preverjenem kanalu in izpustite tisto, česar diagnoza nikoli ne potrebuje. Gesla, zasebni ključi in nepovezana imena podjetij niso del vprašanja o DNS. Bralec potrebuje kategorijo napake, pot do resolverja, natančno napako in eno primerjavo, ki ste jo izvedli.