Squid Split DNS: privāto domēnu maršrutēšana caur pareizo risinātāju
Apzināti maršrutējiet privātās un publiskās DNS nosaukumu telpas, nevis dodiet Squid neskaidru risinātāju sarakstu.
Iekšējā risinātāja novietošana pirmajā vietā un publiskā otrajā Squid nepastāsta, kuri nosaukumi pieder kurai nosaukumu telpai.
Squid 6 un 7 versijā dns_nameservers aizstāj ierasto risinātāju sarakstu ar serveru adresēm. Tā sintaksē nav kartēšanas pa domēniem. Derīga noraidoša atbilde arī atšķiras no nesasniedzama risinātāja, tāpēc alternatīvas nav uzticams veids, kā meklēt nesaderīgās nosaukumu telpās.
Maršrutējiet vaicājumus pēc domēna
Vietējais DNS pārsūtītājs var izteikt trūkstošo politiku. Esošā dnsmasq konfigurācijā privātu sufiksu var maršrutēt šādi:
server=/internal.example/192.0.2.53Aizstājiet domēnu un adresi. Konfigurējiet apstiprinātu noklusējuma upstream citiem nosaukumiem, piemērotu klausītāju un piekļuves ierobežojumus. Pēc tam vērsiet Squid uz šo risinātāju ar konfigurāciju, ko atbalsta instalētā versija.
Kā alternatīvu izmantojiet organizācijas DNS pakalpojumu, kas pareizi atrisina abas nosaukumu telpas. Izvairieties no publiskas rezerves, kas atklāj privātos nosaukumus, bet nespēj uz tiem atbildēt.
Ja vecākstarpproksis veic galamērķa meklēšanu, šim lēcienam nepieciešama privātā nosaukumu telpa. Risinātājs vietējā Squid resursdatorā nelabos vecākstarpproksa meklēšanu.
Pārbaudiet arī noraidošo gadījumu
Izvēlieties derīgu privātu nosaukumu, derīgu publisku nosaukumu un neesošu privātu nosaukumu. Katram nosakiet paredzēto upstream un vai gaidītā atbilde ir adrese vai noraidoša atbilde. Pēdējais gadījums atklāj nejaušu publisku rezervi pēc iekšējas noraidošas atbildes.
Iekļaujiet klienta pieprasītās adrešu saimes. Strādājoša A meklēšana nepierāda, ka AAAA ievēro politiku vai atgriež sasniedzamu galamērķi. Ņemiet vērā arī kešatmiņas stāvokli: saglabāta atbilde var noslēpt, kuru upstream izvēlētos jauns vaicājums.