O nome de anfitrião do proxy faz parte de um início de sessão Kerberos
Alinhe o nome do proxy do cliente com o principal de serviço HTTP e o keytab utilizados pelo proxy.
A autenticação automática de domínio num proxy HTTP pode usar Negotiate e Kerberos. O cliente precisa de um ticket para o serviço do proxy, e não apenas de uma palavra-passe de site memorizada.
Para um proxy anunciado como proxy.example.net, um principal de serviço pode ter esta forma:
HTTP/[email protected]O nome de anfitrião usado pelo cliente, o principal de serviço registado e o keytab do proxy têm de corresponder à implementação. A configuração de Kerberos do Squid documenta o principal de serviço HTTP e a utilização desse material de chave pelo auxiliar.
Utilizar um endereço IP ou outro alias pode alterar a seleção habitual do nome do serviço. Antes de alterar as palavras-passe dos utilizadores, determine qual nome de proxy o cliente realmente utilizou e que mecanismo de autenticação foi concluído ou falhou.
Negotiate é um mecanismo de negociação. O Windows pode selecionar Kerberos ou recorrer a NTLM nas condições aplicáveis; ver a palavra Negotiate não prova que a troca Kerberos foi bem-sucedida.
Mantenha a utilização automática de credenciais dentro da política de cliente e de domínio prevista para este proxy. Uma sessão de navegador normal e um serviço executado com outra conta podem obter credenciais e resultados de autorização diferentes.