Nama hos proksi ialah sebahagian daripada log masuk Kerberos

Pengesahan domain automatik ke proksi HTTP boleh menggunakan Negotiate dan Kerberos. Klien memerlukan tiket untuk perkhidmatan proksi, bukan sekadar kata laluan laman web yang diingati.

Untuk proksi yang diiklankan sebagai proxy.example.net, prinsipal perkhidmatan boleh mempunyai bentuk ini:

HTTP/[email protected]

Nama hos yang digunakan oleh klien, prinsipal perkhidmatan berdaftar dan keytab proksi mesti sepadan dengan pengedaran. Konfigurasi Kerberos Squid mendokumenkan prinsipal perkhidmatan HTTP dan penggunaan bahan kunci itu oleh pembantu.

Menggunakan alamat IP atau alias lain boleh mengubah pemilihan nama perkhidmatan biasa. Sebelum menukar kata laluan pengguna, tentukan nama proksi mana yang benar-benar digunakan oleh klien dan mekanisme pengesahan mana yang selesai atau gagal.

Negotiate ialah mekanisme rundingan. Windows boleh memilih Kerberos atau kembali kepada NTLM di bawah syarat yang berkenaan; melihat perkataan Negotiate tidak membuktikan bahawa pertukaran Kerberos berjaya.

Kekalkan penggunaan kelayakan automatik dalam dasar klien dan domain yang dimaksudkan untuk proksi ini. Sesi pelayar biasa dan perkhidmatan yang berjalan di bawah akaun lain boleh memperoleh kelayakan dan hasil kebenaran yang berbeza.