Lacak autentikasi Squid 7 dengan debug_options bagian 29
Gunakan sesi debug bagian 29 yang terbatas untuk mengikuti tantangan, respons klien, pembantu autentikasi, dan keputusan kebijakan akses.
407 pertama dari Squid bisa menjadi awal autentikasi. Untuk menemukan di mana suatu percobaan berhenti, ikuti satu urutan permintaan melalui klien, mekanisme autentikasi, dan keputusan akses.
Dalam sesi diagnostik Squid 7, bagian 29 memuat pesan debug autentikasi. Konfigurasi sementara dapat mempertahankan tingkat peringatan umum sambil menaikkan bagian tersebut:
debug_options ALL,1 29,5Catat pengaturan debug sebelumnya, terapkan konfigurasi diagnostik, dan ulangi percobaan kecil yang dapat diidentifikasi. Baca keluaran debug di tujuan cache_log yang dikonfigurasi bersama log akses.
| Bukti yang dicari | Pertanyaan yang dijawab |
|---|---|
| Skema Proxy-Authenticate yang ditawarkan | Apa yang diminta proxy ini kepada klien? |
| Respons autentikasi klien | Apakah klien melanjutkan pertukaran yang ditawarkan? |
| Mekanisme autentikasi atau hasil pembantu | Apakah akun diterima, ditolak, atau diblokir karena kegagalan pemrosesan? |
| Keputusan kebijakan akses Squid | Apa yang terjadi pada permintaan setelah status autentikasi itu? |
Beberapa skema memerlukan beberapa putaran tantangan. Entri 407 yang berulang saja tidak membuktikan bahwa peramban mengabaikan permintaan itu atau bahwa kata sandi yang diberikan salah.
Untuk kegagalan pembantu, periksa pembantu yang dikonfigurasi dan protokol hasil khusus skemanya. Proses yang tidak dapat dimulai adalah kesalahan yang berbeda dari pembantu yang berjalan dan menolak akun. Jika autentikasi diterima tetapi Squid tetap menolak permintaan, ikuti aturan akses yang sesuai.
Pulihkan tingkat debug semula setelah urutannya dipahami. Keluaran level 9 penuh bisa sangat besar; diagnostik autentikasi juga memerlukan penanganan terbatas karena detail akun dan keadaan sensitif lain dapat muncul.