Ішкі шешушіні бірінші, жария шешушіні екінші орынға қою Squid-ке қай атау қай атау кеңістігіне жататынын айтпайды.

Squid 6 және 7 ішінде dns_nameservers әдеттегі шешушілер тізімін сервер мекенжайларымен алмастырады. Оның синтаксисінде домен бойынша сәйкестендіру жоқ. Жарамды теріс жауап та қолжетімсіз шешушіден өзгеше, сондықтан баламалар үйлесімсіз атау кеңістіктерін іздеудің сенімді жолы емес.

Сұрауларды домен бойынша бағыттау

Жергілікті DNS жіберуші жетіспейтін саясатты білдіре алады. Қолданыстағы dnsmasq конфигурациясында жеке жұрнақты былай бағыттауға болады:

server=/internal.example/192.0.2.53

Домен мен мекенжайды ауыстырыңыз. Басқа атаулар үшін бекітілген әдепкі upstream, қолайлы тыңдаушы және қатынау шектеулерін конфигурациялаңыз. Содан кейін Squid-ті орнатылған нұсқа қолдайтын конфигурациямен сол шешушіге бағыттаңыз.

Балама ретінде екі атау кеңістігін де дұрыс шешетін ұйымдық DNS қызметін пайдаланыңыз. Жеке атауларды ашатын, бірақ оларға жауап бере алмайтын жария қосалқы жолдан аулақ болыңыз.

Егер ата-ана проксиі межелі орынды іздеуді орындаса, сол қадамға жеке атау кеңістігі қажет. Жергілікті Squid хосттағы шешуші ата-ана проксиінің іздеуін түзетпейді.

Теріс жағдайды да тексеріңіз

Жарамды жеке атауды, жарамды жария атауды және жоқ жеке атауды таңдаңыз. Әрқайсысы үшін көзделген upstream-ты және күтілетін жауаптың мекенжай ма, әлде теріс жауап па екенін анықтаңыз. Соңғы жағдай ішкі теріс жауаптан кейінгі кездейсоқ жария қосалқы жолды ашады.

Клиент талап ететін мекенжай отбасыларын қосыңыз. Жұмыс істейтін A іздеуі AAAA саясатқа сәйкес келетінін немесе қолжетімді межені қайтаратынын дәлелдемейді. Кэш күйін де ескеріңіз: сақталған жауап жаңа сұрау қай upstream-ты таңдайтынын жасыруы мүмкін.

Қатысты мақалалар