Squid dan Nama Pengguna Berganda Merentas Direktori LDAP

Jika dua direktori bebas kedua-duanya mengandungi alex, proksi memerlukan pemilihan direktori sebelum menyemak kata laluan. Mencuba A kemudian B menyembunyikan pilihan itu di dalam kegagalan pengesahan dan boleh mengelirukan direktori yang tidak tersedia dengan rahsia yang ditolak.

Dua susunan boleh menjadikan identiti itu eksplisit:

• Log masuk berkelayakan. Nama seperti [email protected] memilih direktori tetap yang ditetapkan oleh pentadbir melalui penghantar. Kekalkan identiti berkelayakan untuk kebenaran dan pengelogan. Jangan jadikan akhiran yang dibekalkan klien sebagai alamat pelayan LDAP sewenang-wenangnya.
• Konteks permintaan dipercayai yang stabil. Pendengar atau konteks lain yang disokong memilih direktori. Takrifkan apa yang berlaku apabila seseorang berpindah atau menggunakan pendengar lain; lokasi rangkaian bukan identiti peribadi.

Replika satu direktori berbeza: ia berkongsi ruang nama identiti. Direktori yang tidak berkaitan tidak menjadi replika kerana kedua-duanya menggunakan LDAP.

Selaraskan kunci cache kelayakan Squid dengan pilihan pembantu. Rujukan auth_param menerangkan key_extras untuk menghantar konteks tambahan dan memasukkannya ke dalam kunci cache, termasuk kes nama serupa yang dibezakan oleh port mendengar. Pembantu mesti memahami input lanjutan, dan makro yang dipilih mesti tersedia pada peringkat pengesahan itu.

Utamakan konteks yang stabil. IP klien yang sering berubah boleh menggandakan identiti cache dan mengubah kawalan yang menjangka satu identiti pengguna.

Takrifkan secara berasingan direktori tidak dikenali, akaun tidak dikenali, kata laluan ditolak dan direktori tidak tersedia. Akaun North tidak boleh secara senyap menjadi Alex milik South apabila North tidak tersedia. Kekalkan hasil itu boleh dibezakan dalam log tanpa merekodkan kata laluan.