Squid Split DNS: drejtimi i domeneve private përmes resolverit të duhur

Vendosja e një resolveri të brendshëm i pari dhe e një resolveri publik i dyti nuk i tregon Squid-it cilat emra i përkasin cilit hapësirë emrash.

Në Squid 6 dhe 7, dns_nameservers zëvendëson listën e zakonshme të resolverëve me adresa serverësh. Sintaksa e tij nuk ka hartëzim sipas domenit. Edhe një përgjigje negative e vlefshme ndryshon nga një resolver i paarritshëm, prandaj alternativat nuk janë mënyrë e besueshme për të kërkuar në hapësira emrash të papërputhshme.

Drejtimi i pyetjeve sipas domenit

Një përcjellës DNS lokal mund të shprehë politikën që mungon. Në një konfigurim ekzistues dnsmasq, një prapashtesë private mund të drejtohet kështu:

server=/internal.example/192.0.2.53

Zëvendësoni domenin dhe adresën. Konfiguroni një upstream parazgjedhje të miratuar për emrat e tjerë, një dëgjues të përshtatshëm dhe kufizime aksesi. Më pas drejtojeni Squid-in drejt atij resolveri me konfigurimin që mbështet versioni i instaluar.

Përndryshe, përdorni një shërbim DNS organizativ që i zgjidh saktë të dy hapësirat e emrave. Shmangni një rezervë publike që zbulon emra privatë pa mundur t'u përgjigjet.

Nëse një proxy prind kryen kërkimin e destinacionit, ai hap ka nevojë për hapësirën private të emrave. Një resolver në hostin lokal të Squid nuk do të rregullojë kërkimin e prindit.

Kontrolloni edhe rastin negativ

Zgjidhni një emër privat të vlefshëm, një emër publik të vlefshëm dhe një emër privat që nuk ekziston. Për secilin, përcaktoni upstream-in e synuar dhe nëse përgjigjja e pritur është adresë apo përgjigje negative. Rasti i fundit zbulon një rezervë publike aksidentale pas një përgjigjeje negative të brendshme.

Përfshini familjet e adresave që kërkon klienti. Një kërkim A funksional nuk vërteton se AAAA ndjek politikën ose kthen një destinacion të arritshëm. Vini re edhe gjendjen e cache-it: një përgjigje e ruajtur mund të fshehë cilin upstream do të zgjidhte një pyetje e re.