Squid Split DNS: насочување приватни домени преку правилниот resolver

Ставањето внатрешен resolver прв, а јавен втор, не му кажува на Squid кои имиња припаѓаат на кој имени простор.

Во Squid 6 и 7 dns_nameservers ја заменува вообичаената листа resolver-и со адреси на сервери. Неговата синтакса нема мапирање по домен. Важечкиот негативен одговор исто така се разликува од недостапен resolver, па затоа алтернативите не се сигурен начин за пребарување низ некомпатибилни имени простори.

Насочување барања по домен

Локален DNS препраќач може да ја изрази политиката што недостасува. Во постоечка dnsmasq конфигурација, приватен суфикс може да се насочи вака:

server=/internal.example/192.0.2.53

Заменете го доменот и адресата. Конфигурирајте одобрен стандарден upstream за другите имиња, соодветен слушач и ограничувања за пристап. Потоа насочете го Squid кон тој resolver со конфигурацијата што ја поддржува инсталираната верзија.

Како алтернатива, користете организациска DNS услуга што правилно ги решава двата имени простора. Избегнете јавен резервен пат што открива приватни имиња без да може да одговори на нив.

Ако родителски прокси ја врши потрагата по целта, тој чекор му треба приватниот имени простор. Resolver на локалниот Squid домаќин нема да ја поправи потрагата на родителот.

Проверете го и негативниот случај

Изберете важечко приватно име, важечко јавно име и непостоечко приватно име. За секое утврдете го предвидениот upstream и дали очекуваниот одговор е адреса или негативен одговор. Последниот случај открива случаен јавен резервен пат по внатрешен негативен одговор.

Вклучете ги адресните семејства што ги бара клиентот. Успешна A потрага не докажува дека AAAA ја следи политиката или враќа достапна цел. Забележете ја и состојбата на кешот: зачуван одговор може да сокрие кој upstream би го избрало ново барање.