Temukan permintaan gagal dalam log Squid
Gunakan access.log untuk hasil transaksi dan cache.log untuk kegagalan Squid sendiri, sambil membedakan status tunnel dari status tujuan.
Pada paket Squid 6 Debian, mulailah dengan log transaksi dan daemon yang biasa:
sudo tail -n 50 /var/log/squid/access.log
sudo tail -n 50 /var/log/squid/cache.logLogging khusus atau pengelola layanan dapat mengirimkannya ke tempat lain. Ulangi satu permintaan dengan lingkup terbatas dari sumber yang diketahui dan catat waktu, metode, serta tujuannya agar Anda dapat mencocokkan rekaman yang tepat.
| Bukti | Yang dapat dibaca darinya |
|---|---|
| Hasil dalam format asli access.log | Kode hasil Squid dan status HTTP adalah bagian transaksi yang terpisah. |
| Informasi hierarki akses | Bagaimana penerusan memakai proxy induk atau rute lain. |
| CONNECT berhasil | Tunnel telah terbuka; ini bukan status situs web berikutnya di dalam TLS terenkripsi. |
| cache.log | Kegagalan helper, startup, resolver, dan konfigurasi dalam Squid sendiri. |
Jika tidak ada permintaan yang cocok, pastikan klien ini mencapai instans dan listener ini. Periksa ACL logging, buffering, rotasi, dan apakah transaksi masih aktif; tunnel berumur panjang mungkin belum memiliki rekaman akses akhir. Bypass atau proses proxy lama dapat mengirim lalu lintas ke tempat lain, jadi cocokkan proses yang mendengarkan dengan konfigurasi yang dimuatnya sebelum mengedit kebijakan akses.
Bagikan transaksi terkait yang data sensitifnya telah disamarkan serta kesalahan di sekitarnya. URL, kueri, alamat sumber, dan nama pengguna dapat bersifat privat; membagikan seluruh log atau mengaktifkan pencatatan header lengkap tanpa kebutuhan tertentu menambah paparan, bukan bukti yang berguna.