VPN DNS izvještaj: što uključiti da bi se mogao reproducirati

„DNS je pokvaren“ je zaključak i nije onaj na osnovu kojeg pomagač može nešto poduzeti. Koristan dio izvještaja je oblik kvara: koje ime, preko kojeg rezolvera, s kojim odgovorom. Tri detalja pretvaraju žalbu u nešto ponovljivo i sva tri su sigurna za dijeljenje nakon što se privatni dijelovi preimenuju. Slijedi minimum koji VPN DNS izvještaj treba prije nego što iko može pomoći.

Kategorija imena, ne presuda

Počnite sa samim imenom i klasificirajte ga: javno, interno, kratko, potpuno kvalificirano ili posluženo jednim određenim sufiksom. Interno ime koje ne uspijeva dok se javna imena razrješavaju ukazuje na odabir rezolvera, a ne na dostupnost. Ako sva imena ne uspijevaju, to ukazuje na put do rezolvera, a to je druga istraga s drugim dokazima. Kategorija nosi dijagnozu, a tačan niz se može sakriti.

Recite da li kvar zahtijeva da tunel bude podignut ili se javlja nakon što se prekine. Ime koje se kvari samo dok je VPN aktivan ukazuje na konfiguraciju po vezi, a ono koje se kvari nakon prekida ukazuje na zaostalo stanje. Izvještaji to obično izostavljaju i onda se pitaju zašto prvi prijedlog ne pomaže.

Zabilježite put do rezolvera

Upit poslan eksplicitno odabranom serveru i uobičajeno pretraživanje aplikacije različiti su eksperimenti. Recite koji je od njih proizveo kvar, jer ručni upit radnom serveru dokazuje samo da server radi. Naredbe ispod razdvajaju sistemski put od direktnog pitanja.

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

Izlaz statusa imenuje servere po vezi i domene rutiranja, što je gdje se odlučuje o split DNS-u. Poziv getent slijedi isti put kao aplikacija, uključujući redoslijed nsswitch. Direktni upit zaobilazi oboje i testira jedan server izolirano. Prijavite koji od tri nije uspio i koji je uspio, i čitaocu više ne treba nagađati put.

Navedite kontrolirano poređenje

Promijenite jednu varijablu i recite šta se promijenilo. Javna imena se razrješavaju dok interna ne uspijevaju — to je problem odabira; svako ime ističe — to je problem puta; a privatno ime koje se razrješava na javnu adresu curenje je u pogrešan rezolver. Dvije od te tri nemaju nikakve veze s tim je li tunel podignut. Izvještaj koji tvrdi da su svi upiti pokvareni obično sadrži poređenje koje nikada nije izvedeno.

Odvojite razrješavanje od dostave. Kada se ime razriješi a stranica ipak ne uspijeva, DNS faza je uspjela i izvještaj to treba reći, jer je sljedeći korak ruta ili slušalac, a ne rezolver. Ta jedna razlika češće uštedi cijeli krug pitanja nego bilo koji izvod iz dnevnika.

Sakrijte imenski prostor, zadržite odnose

Interna imena se mogu zamijeniti ako zamjene čuvaju strukturu. Mapirajte svaki različiti server i sufiks na stabilnu oznaku i držite to mapiranje izvan dijeljene kopije. Zamjena svakog internog hosta istim rezervisanim mjestom uništava upravo dokaz koji izvještaj treba, jer čitalac više ne vidi da se jedan sufiks razriješio a drugi nije. Isto pravilo vrijedi za adrese: zadržite odnose prefiksa i promijenite bitove hosta ako politika to zahtijeva.

Pošaljite zapis provjerenim kanalom i izostavite ono što dijagnozi nikada ne treba. Lozinke, privatni ključevi i nepovezana imena kompanija nisu dio DNS pitanja. Čitaocu trebaju kategorija kvara, put do rezolvera, tačna greška i jedno poređenje koje ste izveli.