Squid dan Nama Pengguna Ganda di Seluruh Direktori LDAP

Jika dua direktori independen keduanya memuat alex, proksi perlu memilih direktori sebelum memeriksa kata sandi. Mencoba A lalu B menyembunyikan pilihan itu di dalam kegagalan autentikasi dan dapat mengacaukan direktori yang tidak tersedia dengan rahasia yang ditolak.

Dua tataan dapat membuat identitas menjadi eksplisit:

• Login terkualifikasi. Nama seperti [email protected] memilih melalui pengirim sebuah direktori tetap yang ditentukan administrator. Pertahankan identitas terkualifikasi untuk otorisasi dan pencatatan log. Jangan ubah akhiran yang dipasok klien menjadi alamat server LDAP sembarangan.
• Konteks permintaan tepercaya yang stabil. Pendengar atau konteks lain yang didukung memilih direktori. Tentukan apa yang terjadi ketika seseorang berpindah atau memakai pendengar lain; lokasi jaringan bukan identitas pribadi.

Replika satu direktori berbeda: mereka berbagi satu ruang nama identitas. Direktori yang tidak terkait tidak menjadi replika karena keduanya memakai LDAP.

Selaraskan kunci cache kredensial Squid dengan pilihan pembantu. Rujukan auth_param menjelaskan key_extras untuk meneruskan konteks tambahan dan memasukkannya ke kunci cache, termasuk kasus nama identik yang dibedakan oleh porta pendengar. Pembantu harus memahami masukan yang diperluas, dan makro yang dipilih harus tersedia pada tahap autentikasi itu.

Utamakan konteks stabil. IP klien yang sering berubah dapat melipatgandakan identitas cache dan mengubah kendali yang mengharapkan satu identitas pengguna.

Definisikan secara terpisah direktori tidak dikenal, akun tidak dikenal, kata sandi ditolak, dan direktori tidak tersedia. Akun North tidak boleh diam-diam menjadi Alex milik South ketika North tidak tersedia. Jaga hasil tersebut tetap dapat dibedakan dalam log tanpa mencatat kata sandi.