Cari permintaan gagal dalam log Squid
Gunakan access.log untuk hasil transaksi dan cache.log untuk kegagalan Squid sendiri, sambil membezakan status terowong daripada status destinasi.
Dalam pakej Squid 6 Debian, mulakan dengan log transaksi dan daemon yang biasa:
sudo tail -n 50 /var/log/squid/access.log
sudo tail -n 50 /var/log/squid/cache.logPengelogan tersuai atau pengurus perkhidmatan boleh menghantarnya ke tempat lain. Hasilkan semula satu permintaan berskop terhad daripada sumber yang diketahui dan catat masa, kaedah serta destinasinya supaya anda boleh memadankan rekod yang betul.
| Bukti | Apa yang boleh dibaca daripadanya |
|---|---|
| Hasil dalam format asal access.log | Kod hasil Squid dan status HTTP ialah bahagian transaksi yang berasingan. |
| Maklumat hierarki akses | Bagaimana pemajuan menggunakan proksi induk atau laluan lain. |
| CONNECT berjaya | Terowong telah dibuka; ini bukan status laman web kemudian di dalam TLS yang disulitkan. |
| cache.log | Kegagalan pembantu, permulaan, penyelesai nama dan konfigurasi dalam Squid sendiri. |
Jika tiada permintaan sepadan muncul, sahkan bahawa klien ini mencapai tika dan pendengar ini. Periksa ACL pengelogan, penimbalan, putaran dan sama ada transaksi masih aktif; terowong berjangka panjang mungkin belum mempunyai rekod akses akhir. Pintasan atau proses proksi lama boleh menghantar trafik ke tempat lain, jadi padankan proses yang mendengar dengan konfigurasi yang dimuatkannya sebelum menyunting dasar akses.
Kongsi transaksi berkaitan dengan data sensitif disembunyikan serta ralat berdekatan. URL, pertanyaan, alamat sumber dan nama pengguna boleh bersifat peribadi; mengeluarkan seluruh log atau mengaktifkan pengelogan pengepala penuh tanpa keperluan khusus menambah pendedahan, bukannya bukti berguna.