El nombre de host del proxy forma parte de un inicio de sesión Kerberos
Alinee el nombre del proxy del cliente con el principal de servicio HTTP y el keytab que usa el proxy.
La autenticación automática de dominio en un proxy HTTP puede usar Negotiate y Kerberos. El cliente necesita un ticket para el servicio del proxy, no solo una contraseña recordada del sitio web.
Para un proxy anunciado como proxy.example.net, un principal de servicio puede tener esta forma:
HTTP/[email protected]El nombre de host que usa el cliente, el principal de servicio registrado y el keytab del proxy deben encajar con el despliegue. La configuración de Kerberos de Squid documenta el principal de servicio HTTP y el uso de ese material de clave por parte del auxiliar.
Usar una dirección IP u otro alias puede cambiar la selección habitual del nombre de servicio. Antes de cambiar las contraseñas de los usuarios, determine qué nombre de proxy usó realmente el cliente y qué mecanismo de autenticación se completó o falló.
Negotiate es un mecanismo de negociación. Windows puede seleccionar Kerberos o recurrir a NTLM en las condiciones aplicables; ver la palabra Negotiate no demuestra que el intercambio Kerberos haya tenido éxito.
Mantenga el uso automático de credenciales dentro de la política de cliente y de dominio prevista para este proxy. Una sesión de navegador normal y un servicio que se ejecuta con otra cuenta pueden obtener credenciales y resultados de autorización distintos.