Resolver barneko bat lehenengo eta resolver publiko bat bigarren jartzeak ez dio Squidi esaten zein izen dagokion zein izen-espaziori.

Squid 6 eta 7-n, dns_nameservers-ek ohiko resolver zerrenda zerbitzari helbideekin ordezkatzen du. Bere sintaxiak ez du domeinuko mapatzerik. Baliozko erantzun negatiboa ere desberdina da resolver eskuragarritik, beraz alternatibak ez dira izen-espazio bateraezinak bilatzeko bide fidagarria.

Bideratu kontsultak domeinuaren arabera

Tokiko DNS birbidaltzaile batek falta den politika adieraz dezake. Lehendik dagoen dnsmasq konfigurazio batean, atzizki pribatu bat horrela bidera daiteke:

server=/internal.example/192.0.2.53

Ordezkatu domeinua eta helbidea. Konfiguratu onartutako lehenetsitako upstream bat beste izenentzat, entzule egoki bat eta sarbide-murrizketak. Ondoren, jarri Squid resolver horretara instalatutako bertsioak onartzen duen konfigurazioarekin.

Bestela, erabili bi izen-espazioak behar bezala ebazten dituen erakunde DNS zerbitzu bat. Saihestu izen pribatuak erakusten dituen eta horiei erantzuteko gai ez den itzulbide publikoa.

Helmuga bilaketa proxy guraso batek egiten badu, jauzi horrek izen-espazio pribatua behar du. Squid ostalari lokaleko resolver batek ez du proxy gurasoaren bilaketa konponduko.

Egiaztatu kasu negatiboa ere

Aukeratu baliozko izen pribatu bat, baliozko izen publiko bat eta existitzen ez den izen pribatu bat. Bakoitzarentzat, identifikatu aurreikusitako upstream-a eta espero den erantzuna helbide bat edo erantzun negatiboa den. Azken kasuak erantzun negatibo baten ondorengo itzulbide publiko ustekabekoa erakusten du.

Sartu bezeroak behar dituen helbide familiak. Funtzionatzen duen A bilaketa batek ez du frogatzen AAAA-k politika jarraitzen duenik edo helmuga eskuragarria itzultzen duenik. Kontuan izan cachearen egoera ere: gordetako erantzun batek kontsulta berri batek zein upstream aukeratuko lukeen ezkuta dezake.

Erlazionatutako artikuluak