Squid хост атын чечмелей албаганда

DNSти издөө үзгүлтүккө учураган жерде текшериңиз. Ноутбугуңуздун атты чечмелеши Squid же кийинки байланышты түзгөн жогорку прокси да аны чечмелей аларын далилдебейт.

Мүчүлүштүгү бар нусканын кэш журналын окуп, сервер резолверинин жөндөөлөрүн текшериңиз. Хост деңгээлиндеги кошумча текшерүү:

getent ahosts target.example

Чыныгы максатты колдонуңуз. getent хосттун издөө механизмин колдонот; Squid ички резолвери же кэши башкача болушу мүмкүн. Бирдей деп эсептөөдөн мурда так көрсөтүлгөн dns_nameservers жана hosts_file киргизүүлөрүн текшериңиз.

Squid 6.13 нускасында так көрсөтүлгөн ат серверлеринин тизмесинде IP даректери болот:

dns_nameservers 192.0.2.53

Бул документация дарегин Squid серверинен жетүүгө боло турган, бекитилген резолвер менен алмаштырыңыз. Жеке аттарга уюмдун резолвери керек болушу мүмкүн; тиешеси жок коомдук резолвер аларды өз DNS көрүнүшүндө көрбөшү мүмкүн.

Ноутбуктун hosts файлындагы кошумча ат прокси аркылуу жөнөтүлгөн хост аты бар сурам менен кошо өтпөйт. Издөө аткарган машинада орнотулган Squid нускасынын hosts_file жөндөөсүн карап, тиешелүү болсо жогорку проксинин резолверин эске алыңыз. TLS аныктыгы үчүн колдонулган хост аты кызматка шайкеш болсун.

Конфигурацияга бир көзөмөлдөнгөн өзгөртүү киргизгенден кийин синтаксисин текшерип, керектүү нусканын конфигурациясын кайра жүктөңүз, ошол эле сурамды кайталап, ага тиешелүү далилдерди караңыз. Кэштелген оң жана терс жооптор кайталанган сыноолорго таасир этиши мүмкүн. Ийгиликтүү издөөдөн кийин байланыш убактысынын бүтүшү кийинки маршрут же уруксат катасын билдирет; аны оңдоо үчүн DNSти өзгөртө бербеңиз. Сервердеги өзгөрүүнү баалоодо кардардын DNSин, жогорку проксинин маршруттоосун жана прокси протоколун өзгөртпөңүз.