Il nome host del proxy fa parte di un accesso Kerberos
Allineate il nome del proxy del client al principal del servizio HTTP e al keytab usati dal proxy.
L'autenticazione automatica di dominio su un proxy HTTP può usare Negotiate e Kerberos. Il client necessita di un ticket per il servizio del proxy, non solo di una password del sito memorizzata.
Per un proxy annunciato come proxy.example.net, un principal del servizio può avere questa forma:
HTTP/[email protected]Il nome host usato dal client, il principal del servizio registrato e il keytab del proxy devono corrispondere alla distribuzione. La configurazione Kerberos di Squid documenta il principal del servizio HTTP e l'uso di quel materiale di chiave da parte dell'helper.
Usare un indirizzo IP o un altro alias può cambiare la normale selezione del nome del servizio. Prima di cambiare le password degli utenti, stabilite quale nome proxy il client ha effettivamente usato e quale meccanismo di autenticazione è terminato o fallito.
Negotiate è un meccanismo di negoziazione. Windows può selezionare Kerberos o ripiegare su NTLM nelle condizioni applicabili; vedere la parola Negotiate non dimostra che lo scambio Kerberos sia riuscito.
Mantenete l'uso automatico delle credenziali entro la politica client e di dominio prevista per questo proxy. Una normale sessione del browser e un servizio eseguito con un altro account possono ottenere credenziali ed esiti di autorizzazione diversi.