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-ін, жоғарғы проксидің маршруттауын және прокси протоколын өзгертпеңіз.