De hostnamme fan de proxy is part fan in Kerberos-oanmelding
Lynje de proxynamme fan de klient ôf op it HTTP-tsjinstprinsipe en de keytab dy't de proxy brûkt.
Automatyske domeinautentikaasje by in HTTP-proxy kin Negotiate en Kerberos brûke. De klient hat in ticket foar de proxyrjinst nedich, net allinne in ûnthâlden websidewachtwurd.
Foar in proxy dy't as proxy.example.net oankundige wurdt, kin in tsjinstprinsipe dizze foarm hawwe:
HTTP/[email protected]De hostnamme dy't de klient brûkt, it registrearre tsjinstprinsipe en de keytab fan 'e proxy moatte by de útrulling passe. De Kerberos-konfiguraasje fan Squid dokumintearret it HTTP-tsjinstprinsipe en it gebrûk fan dat kaaimateriaal troch de helper.
It brûken fan in IP-adres of in oar alias kin de gewoane tsjinstnammeseleksje feroarje. Fêststelje foar't jo wachtwurden fan brûkers feroarje hokker proxynamme de klient eins brûkt hat en hokker autentikaasjemechanisme slagge of mislearre.
Negotiate is in ûnderhannelingsmeganisme. Windows kin Kerberos kieze of ûnder jildende betingsten weromfalle op NTLM; it wurd Negotiate sjen bewiist net dat de Kerberos-útwikseling slagge is.
Hâld automatysk gebrûk fan legitimearringsgegevens binnen it kliïnt- en domeinbelied dat foar dizze proxy bedoeld is. In normale browsersesje en in tsjinst dy't ûnder in oar akkount rint, kinne oare legitimearringsgegevens en autorisaasje-útkomsten krije.