Raporti i DNS-së të VPN-së: çfarë të përfshihet që të riprodhohet

«DNS-ja është prishur» është një përfundim, dhe nuk është një përfundim mbi të cilin një ndihmës mund të veprojë. Pjesa e dobishme e raportit është forma e dështimit: cili emër, përmes cilit resolver, me çfarë përgjigjeje. Tre detaje e kthejnë një ankesë në diçka të riprodhueshme, dhe të treja janë të sigurta për t’u ndarë pasi pjesët private të riemërtohen. Në vijim është minimumi që i duhet një raporti të DNS-së të VPN-së përpara se dikush të mund të ndihmojë.

Një kategori emri, jo një verdikt

Filloni me vetë emrin dhe klasifikojeni: publik, i brendshëm, i shkurtër, plotësisht i kualifikuar ose i shërbyer nga një prapashtesë e caktuar. Një emër i brendshëm që dështon ndërsa emrat publikë zgjidhen tregon zgjedhjen e resolver-it, jo arritshmërinë. Nëse dështojnë të gjithë emrat, kjo tregon rrugën drejt resolver-it, që është një hetim tjetër me prova të tjera. Kategoria mban diagnozën, dhe vargu i saktë mund të fshihet.

Thoni nëse dështimi kërkon që tuneli të jetë lart, ose ndodh pasi shkëputet. Një emër që thyhet vetëm sa kohë VPN-ja është aktive nënkupton konfigurimin për çdo lidhje, ndërsa ai që thyhet pas shkëputjes nënkupton gjendje të mbetur. Raportet zakonisht e lënë këtë jashtë dhe pastaj pyesin pse sugjerimi i parë nuk ndihmon.

Regjistroni rrugën e resolver-it

Një pyetje e dërguar te një server i zgjedhur në mënyrë eksplicite dhe kërkimi i zakonshëm i një aplikacioni janë eksperimente të ndryshme. Thoni cili prej tyre e shkaktoi dështimin, sepse një pyetje manuale te një server që funksionon provon vetëm se serveri funksionon. Komandat më poshtë ndajnë rrugën e sistemit nga një pyetje e drejtpërdrejtë.

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

Dalja e statusit emërton serverët për çdo lidhje dhe domenet e rrugëzimit, domethënë ku vendoset split DNS. Thirrja getent ndjek të njëjtën rrugë si aplikacioni, duke përfshirë rendin nsswitch. Pyetja e drejtpërdrejtë i anashkalon të dyja dhe teston një server të vetëm të izoluar. Raportoni cili nga të tre dështoi dhe cili pati sukses, dhe lexuesi nuk duhet më ta hamendësojë rrugën.

Tregoni krahasimin e kontrolluar

Ndryshoni një variabël dhe thoni çfarë ndryshoi. Emrat publikë që zgjidhen ndërsa ata të brendshëm dështojnë është problem zgjedhjeje; çdo emër që skadon është problem rruge; dhe një emër privat që zgjidhet në një adresë publike është rrjedhje drejt resolver-it të gabuar. Dy nga këto të treja nuk kanë asnjë lidhje me faktin nëse tuneli është lart. Një raport që pohon se të gjitha pyetjet janë prishur zakonisht përmban një krahasim që nuk u ekzekutua kurrë.

Ndani zgjidhjen nga dorëzimi. Kur emri zgjidhet dhe faqja ende dështon, faza e DNS-së pati sukses dhe raporti duhet ta thotë këtë, sepse hapi tjetër është një rrugë ose një dëgjues, jo një resolver. Ai dallim i vetëm kursen më shpesh një raund pyetjesh sesa çdo fragment regjistri.

Fshihni hapësirën e emrave, mbani marrëdhëniet

Emrat e brendshëm mund të zëvendësohen, për sa kohë zëvendësimet ruajnë strukturën. Hartoni çdo server dhe prapashtesë të veçantë në një etiketë të qëndrueshme, dhe mbani atë hartë jashtë kopjes së ndarë. Zëvendësimi i çdo hosti të brendshëm me të njëjtin mbajtës vendi shkatërron pikërisht provën që i duhet raportit, sepse lexuesi nuk mund të shohë më që një prapashtesë u zgjidh dhe një tjetër jo. I njëjti rregull vlen për adresat: mbani marrëdhëniet e prefiksit dhe ndryshoni bitet e hostit nëse politika e kërkon.

Dërgoni regjistrin përmes kanalit të verifikuar dhe lini jashtë atë që diagnoza nuk i nevojitet kurrë. Fjalëkalimet, çelësat privatë dhe emrat e kompanive të palidhura nuk janë pjesë e një pyetjeje për DNS. Lexuesit i duhen kategoria e dështimit, rruga e resolver-it, gabimi i saktë dhe krahasimi i vetëm që keni bërë.