Bahagi ng Kerberos login ang hostname ng proxy

Maaaring gumamit ng Negotiate at Kerberos ang awtomatikong domain authentication sa isang HTTP proxy. Kailangan ng client ng ticket para sa serbisyo ng proxy, hindi lamang ng natandaang password sa website.

Para sa proxy na inaanunsyo bilang proxy.example.net, maaaring may ganitong anyo ang service principal:

HTTP/[email protected]

Dapat magtugma ang hostname na ginagamit ng client, ang nakarehistrong service principal, at ang keytab ng proxy sa deployment. Idinodokumento ng Kerberos configuration ng Squid ang HTTP service principal at ang paggamit ng helper sa key material na iyon.

Ang paggamit ng IP address o ibang alias ay maaaring magbago ng karaniwang pagpili ng pangalan ng serbisyo. Bago baguhin ang mga password ng user, alamin kung aling pangalan ng proxy ang aktwal na ginamit ng client at aling authentication mechanism ang natapos o nabigo.

Ang Negotiate ay isang negotiation mechanism. Maaaring pumili ang Windows ng Kerberos o bumalik sa NTLM sa ilalim ng naaangkop na mga kondisyon; ang makita ang salitang Negotiate ay hindi patunay na nagtagumpay ang Kerberos exchange.

Panatilihin ang awtomatikong paggamit ng credential sa loob ng client at domain policy na inilaan para sa proxy na ito. Ang normal na browser session at serbisyong tumatakbo sa ilalim ng ibang account ay maaaring makakuha ng ibang credential at resulta ng authorization.