Vidinio resolverio pastatymas pirmuoju, o viešo antruoju nepasako Squidui, kurie vardai priklauso kuriai vardų erdvei.

Squid 6 ir 7 versijose dns_nameservers pakeičia įprastą resolverių sąrašą serverių adresais. Jo sintaksėje nėra susiejimo pagal domeną. Galiojantis neigiamas atsakymas taip pat skiriasi nuo nepasiekiamo resolverio, todėl alternatyvos nėra patikimas būdas ieškoti nesuderinamų vardų erdvių.

Užklausų nukreipimas pagal domeną

Vietinis DNS persiuntėjas gali išreikšti trūkstamą taisyklę. Esamoje dnsmasq konfigūracijoje privatų galūnę galima nukreipti taip:

server=/internal.example/192.0.2.53

Pakeiskite domeną ir adresą. Nustatykite patvirtintą numatytąjį upstream kitiems vardams, tinkamą klausytoją ir prieigos apribojimus. Tada nukreipkite Squid į tą resolverį naudodami diegiamos versijos palaikomą konfigūraciją.

Arba naudokite organizacijos DNS paslaugą, kuri teisingai išsprendžia abi vardų erdves. Venkite viešo atsarginio kelio, kuris atskleidžia privačius vardus ir negali į juos atsakyti.

Jei pirminis proxy atlieka paskirties paiešką, tam šuoliui reikia privačios vardų erdvės. Resolveris vietiniame Squid hoste nesutaisys pirminio proxy paieškos.

Patikrinkite ir neigiamą atvejį

Pasirinkite galiojantį privatų vardą, galiojantį viešą vardą ir neegzistuojantį privatų vardą. Kiekvienam nustatykite numatomą upstream ir ar laukiamas atsakymas yra adresas, ar neigiamas atsakymas. Paskutinis atvejis atskleidžia atsitiktinį viešą atsarginį kelią po vidinio neigiamo atsakymo.

Įtraukite kliento reikalaujamas adresų šeimas. Veikianti A paieška neįrodo, kad AAAA laikosi taisyklės arba grąžina pasiekiamą paskirtį. Atkreipkite dėmesį ir į talpyklos būseną: išsaugotas atsakymas gali paslėpti, kurį upstream pasirinktų nauja užklausa.

Susiję straipsniai