«DNS hautsita dago» ondorio bat da, eta ez da laguntzaile batek jardun dezakeen ondorioa. Txostenaren zati erabilgarria hutsegitearen forma da: zein izen, zein resolverren bidez, zein erantzunekin. Hiru xehetasunek kexa errepikagarri bihurtzen dute, eta hirurak seguru parteka daitezke zati pribatuak berrizendatu ondoren. Hona hemen VPN DNS txosten batek inork lagundu aurretik behar duen gutxienekoa.

Izenaren kategoria, ez epaia

Hasi izenarekin bertatik eta sailkatu: publikoa, barnekoa, laburra, erabat kalifikatua edo sufijo jakin batek zerbitzatua. Izen publikoak ebazten diren bitartean huts egiten duen barne izenak resolverraren hautaketara seinalatzen du, ez irisgarritasunera. Izen guztiek huts egiten badute, resolverrerako bidera seinalatzen du, eta hori beste ikerketa bat da, beste froga batzuekin. Kategoriak darama diagnostikoa, eta kate zehatza ezkuta daiteke.

Esan hutsegiteak tunela irekita egotea behar duen edo deskonektatu ondoren gertatzen den. VPN aktibo dagoen bitartean soilik hausten den izenak esteka bakoitzeko konfigurazioa inplikatzen du, eta deskonektatu ondoren hausten denak geratzen den egoera. Txostenetan ohikoa da hau baztertzea eta, gero, lehen iradokizunak zergatik ez duen laguntzen galdetzea.

Erregistratu resolverraren bidea

Esplizituki aukeratutako zerbitzari bati bidalitako kontsulta eta aplikazio baten ohiko bilaketa esperimentu desberdinak dira. Esan zeinek eragin zuen hutsegitea, funtzionatzen duen zerbitzari batekiko kontsulta batek zerbitzariak funtzionatzen duela besterik ez baitu frogatzen. Beheko komandoek sistemaren bidea galdera zuzenetik bereizten dituzte.

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

Egoera-irteerak esteka bakoitzeko zerbitzariak eta bideratze-domainak izendatzen ditu, hau da, split DNS erabakitzen den tokia. getent deialdiak aplikazioak jarraitzen duen bide bera jarraitzen du, nsswitch ordena barne. Kontsulta zuzenak biak saihesten ditu eta zerbitzari bat isolatuta probatzen du. Eman hiruretako zeinek huts egin zuen eta zeinek lortu zuen, eta irakurleak ez du bidea asmatu beharrik izango.

Adierazi konparazio kontrolatua

Aldatu aldagai bat eta esan zer aldatu zen. Izen publikoak ebazten diren bitartean barnekoek huts egitea hautapen arazoa da; izen guztiek denbora-muga izatea bide arazoa da; eta helbide publikora ebazten den izen pribatua resolver okerreko ihesa da. Hiru horietako bik ez dute zerikusirik tunela irekita ote dagoen. Kontsulta guztiak hautsita daudela dioen txostenak normalean inoiz egin ez zen konparazio bat dauka.

Bereizi ebazpena entregatik. Izena ebazten denean eta guneak oraindik huts egiten duenean, DNS faseak ongi egin du eta txostenak hori esan beharko luke, hurrengo urratsa bide bat edo entzule bat delako, ez resolver bat. Bereizketa bakar horrek galdera txanda oso bat aurrezten du maizago edozein erregistro-zatiren baino.

Ezkutatu izen-espazioa, mantendu erlazioak

Barne izenak ordezka daitezke, betiere ordezkapenek egitura gordetzen badute. Esleitu zerbitzari eta sufijo bakoitzari etiketa egonkor bat, eta eduki mapa hori partekatutako kopiatik kanpo. Barne ostalari guztiak leku-marka berarekin ordezkatzeak txostenak behar duen froga suntsitzen du, irakurleak ezin duelako jada ikusi sufijo bat ebazpena lortu zuenik eta besteak ez. Arau bera aplikatzen da helbideetan: gorde aurrizkien erlazioak eta aldatu ostalariaren bitak politikak hala eskatzen badu.

Bidali erregistroa egiaztatutako kanaletik eta utzi kanpoan diagnostikoak inoiz behar ez duena. Pasahitzak, gako pribatuak eta erlazionatutako enpresen izenak ez dira DNS galderaren parte. Irakurleak behar duena hutsaren kategoria, resolverraren bidea, errore zehatza eta egin zenituen konparazio bakarra dira.

Erlazionatutako artikuluak