Ke manakah pembantu sesi Squid pergi?
Jejaki pembantu Squid yang hilang melalui pakej yang dipasang, nama fail yang didokumenkan dan pilihan binaan sebelum menukar tetapan pengesahan.
Konfigurasi yang disalin daripada pelayan lain menyebut ext_session_acl. Pakej Squid anda tiada fail pada laluan itu. Ini mungkin ketidakseragaman pakej dan bukan sesi pengguna yang rosak.
Squid boleh mewakilkan keputusan ACL luaran kepada program pembantu, tetapi menamakan program dalam external_acl_type tidak memasangnya. Binari itu mesti wujud dalam persekitaran yang digunakan.
Bandingkan tiga perkara:
- Nama pembantu yang didokumenkan untuk keluaran Squid yang anda gunakan.
- Fail yang benar-benar disediakan oleh pakej distribusi anda.
- Laluan mutlak fail boleh laku dalam konfigurasi yang dimuatkan Squid.
Debian menerbitkan manual untuk ext_session_acl, tetapi tajuk manual yang sepadan bukan bukti bahawa binari wujud pada laluan yang disalin pada pelayan anda. Semak maklumat pakej pemasangan itu sendiri dan direktori pembantu.
Jika pakejnya tidak menyediakan pembantu yang diperlukan, semak pembahagian pakej yang disokong oleh distribusi dan maklumat binaan. Nama subdirektori dalam pokok sumber bukan bukti bahawa binari yang terhasil hadir dalam setiap binaan.
Asingkan “fail tiada” daripada “fail ada tetapi tidak boleh dimulakan”. Kes kedua mungkin melibatkan jurubahasanya, pustaka kongsi, kebenaran atau sekatan perkhidmatan. Untuk kegagalan itu, lihat mesej permulaan pembantu Squid. Kedua-dua gejala itu bukan bukti bahawa kata laluan pengguna proksi salah.
Pembantu daripada pelayan lama yang tidak berkaitan tidak boleh ditukar ganti semata-mata kerana nama failnya sepadan dengan konfigurasi.