Стављање интерног resolver-а на прво место, а јавног на друго, не говори Squid-у који називи припадају ком простору имена.

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

Усмеравање упита по домену

Локални DNS прослеђивач може да изрази политику која недостаје. У постојећој dnsmasq конфигурацији приватни суфикс се може усмерити овако:

server=/internal.example/192.0.2.53

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

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

Ако надређени proxy обавља претрагу одредишта, том прескоку је потребан приватни простор имена. Resolver на локалном Squid домаћину неће поправити претрагу надређеног proxy-ја.

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

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

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

Повезани чланци