Squid jurnallarında uğursuz sorğunu tapın
Əməliyyat nəticələri üçün access.log, Squid-in öz xətaları üçün cache.log istifadə edin və tunel vəziyyətini təyinatın vəziyyətindən ayırın.
Debian-ın Squid 6 paketində adi əməliyyat və demon jurnallarından başlayın:
sudo tail -n 50 /var/log/squid/access.log
sudo tail -n 50 /var/log/squid/cache.logXüsusi jurnal ayarları və ya xidmət idarəçisi onları başqa yerə göndərə bilər. Məlum mənbədən məhdud əhatəli bir sorğunu təkrarlayın, düzgün qeydi tapmaq üçün vaxtını, metodunu və təyinatını yazın.
| Sübut | Ondan nə öyrənmək olar |
|---|---|
| access.log-un yerli formatdakı nəticəsi | Squid nəticə kodu və HTTP statusu əməliyyatın ayrı hissələridir. |
| Giriş iyerarxiyası məlumatı | Ötürmənin ana proksidən və ya başqa marşrutdan necə istifadə etdiyi. |
| Uğurlu CONNECT | Tunel açılıb; bu, şifrələnmiş TLS daxilindəki sonrakı sayt statusu deyil. |
| cache.log | Squid-in öz köməkçi proqram, başlanğıc, rezolver və konfiqurasiya xətaları. |
Uyğun sorğu görünmürsə, bu müştərinin məhz bu instansiyaya və dinləyiciyə çatdığını təsdiqləyin. Jurnal ACL-lərini, buferləşdirməni, rotasiyanı və əməliyyatın hələ aktiv olub-olmadığını yoxlayın; uzunömürlü tunelin son giriş qeydi hələ olmaya bilər. Yan keçmə və ya köhnə proksi prosesi trafiki başqa yerə göndərə bilər, ona görə giriş siyasətini dəyişməzdən əvvəl dinləyən prosesi yüklədiyi konfiqurasiya ilə uyğunlaşdırın.
Həssas məlumatları gizlədilmiş uyğun əməliyyat qeydini və yaxınlıqdakı xətaları paylaşın. URL-lər, sorğu parametrləri, mənbə ünvanları və istifadəçi adları məxfi ola bilər; konkret ehtiyac olmadan bütün jurnalları çıxarmaq və ya tam başlıq qeydini aktivləşdirmək faydalı sübut əvəzinə ifşanı artırır.