Squid host adını həll edə bilmədikdə

DNS-i uğursuz axtarışın baş verdiyi yerdə araşdırın. Noutbukunuzun adı həll etməsi Squid-in və ya sonrakı bağlantını quran yuxarı proksinin həmin adı həll edə bildiyini sübut etmir.

Xəta verən nüsxənin keş jurnalını oxuyun və serverin rezolver parametrlərini yoxlayın. Host səviyyəsində əlavə yoxlama belədir:

getent ahosts target.example

Faktiki hədəfdən istifadə edin. getent hostun axtarış mexanizmindən istifadə edir; Squid-in daxili rezolveri və ya keşi fərqli ola bilər. Eyni olduqlarını güman etməzdən əvvəl açıq göstərilən dns_nameservers və hosts_file girişlərini yoxlayın.

Squid 6.13-də açıq göstərilən ad serverləri siyahısı IP ünvanlarını ehtiva edir:

dns_nameservers 192.0.2.53

Bu sənədləşdirmə ünvanını Squid serverindən əlçatan, təsdiqlənmiş rezolverlə əvəz edin. Özəl adlar təşkilatın rezolverini tələb edə bilər; əlaqəsiz açıq rezolver onları öz DNS görünüşündə görməyə bilər.

Noutbukun hosts faylındakı ləqəb proksi vasitəsilə göndərilən host adı sorğusu ilə ötürülmür. Axtarışı aparan maşında quraşdırılmış Squid versiyasının hosts_file parametrini nəzərdən keçirin və lazım olduqda yuxarı proksinin rezolverini nəzərə alın. TLS kimliyi üçün istifadə olunan host adını xidmətə uyğun saxlayın.

Bir nəzarətli konfiqurasiya dəyişikliyindən sonra sintaksisi yoxlayın və nəzərdə tutulan nüsxənin konfiqurasiyasını yenidən yükləyin, eyni sorğunu təkrarlayıb ona aid sübutları araşdırın. Keşdəki müsbət və mənfi cavablar təkrar testlərə təsir edə bilər. Uğurlu axtarışdan sonra bağlantı vaxtının bitməsi daha sonrakı marşrut və ya icazə xətasıdır; bunu düzəltmək üçün DNS-i dəyişməyə davam etməyin. Server dəyişikliyini qiymətləndirərkən müştəri DNS-ini, yuxarı proksi marşrutlaşdırmasını və proksi protokolunu sabit saxlayın.