Hostnarnið á proxyinum er partur av eini Kerberos-innskráseting
Samstilla proxynavnið hjá klientinum við HTTP-tænastufyrstingin og keytab, sum proxyið brúkar.
Sjálvvirkandi domena-autentisering móti einum HTTP-proxy kann brúka Negotiate og Kerberos. Klienturin þarf eitt ticket til proxytænastuna, ikki bara eitt goymt netstøðu-loyniorð.
Fyri eitt proxy, sum verður kunngjørt sum proxy.example.net, kann ein tænastufyrsting hava henda formin:
HTTP/[email protected]Hostnarnið, sum klienturin brúkar, tann skrásetta tænastufyrstingin og keytab hjá proxyinum mugu passa við útbreiðsluna. Kerberos-uppsetingin í Squid skjalfestir HTTP-tænastufyrstingina og hvussu hjálparin brúkar hetta lyklatilfar.
At brúka eina IP-adressu ella eitt annað alias kann broyta vanliga tænastunavnsvalið. Áðrenn tú broytir loyniorð hjá brúkarum, fastset, hvørja proxynavn klienturin faktiskt brúkti, og hvørja autentiseringsmekanisma ið gjørdist lidug ella miseydnaðist.
Negotiate er ein samráðingarmekanisma. Windows kann velja Kerberos ella falla aftur til NTLM undir viðkomandi treytum; at síggja orðið Negotiate prógvar ikki, at Kerberos-umskiftið eydnaðist.
Halt sjálvvirkandi brúk av váttanarupplýsingum innan fyri ta klient- og domanpolitisku regluna, sum er ætlað hesum proxyi. Ein vanligur kagablaðssesjónur og ein tænasta, ið koyrir undir einum øðrum konti, kunnu fáa ymiskar váttanarupplýsingar og heimildarúrslit.