Chrome se ha actualizado (versión 5+) tiene lo siguiente:
en Windows se integra con la configuración de zonas de intranet en 'opciones de internet'
En sólo Windows , si el modificador de línea de comandos no está presente, la lista permitida consiste en los servidores de la zona de seguridad de la máquina o Local Intranet local (por ejemplo, cuando el anfitrión en la dirección URL incluye un carácter "" que se encuentra fuera del Zona de seguridad de Intranet local), que es el comportamiento presente en IE.
Si un desafío proviene de un servidor fuera de la lista permitida, el usuario deberá ingresar el nombre de usuario y la contraseña.
Para otros sistemas operativos, puede usar el interruptor de línea de comando:
--auth-server-whitelist="*example.com,*foobar.com,*baz"
fuente: https://sites.google.com/a/chromium.org/dev/developers/design-documents/http-authentication
Está programado para su inclusión en Milestone 5:
http://www.chromium.org/developers/design-documents/network-stack
fuente
Buscar en Google produce algunos enlaces que sugieren lo contrario. Sin embargo, el primer resultado ( enlace ) sugiere un hack. Espero que sea útil :).
fuente
Descubrí que algunos servidores proxy (Websense en mi caso) tienen configuraciones relacionadas con el agente de usuario. Y bloquean activamente la autenticación NTLM incluso cuando el navegador lo solicita si el agente de usuario no es reconocido (o no coincide con alguna lista, no lo sé). Por ejemplo, en mi empresa, configurar el agente de usuario de Chrome en un agente de usuario de Firefox mágicamente hace que la autenticación NTLM funcione. Sugiero a todos los que tengan problemas de autenticación NTLM que intenten cambiar el UA de su Chrome al de un navegador que funcione (IE o Firefox) y ver si funciona. Si es así, culpe a los administradores de sistemas de su empresa por hacer esto.
fuente
Ayude a solucionar esto: vaya a problemas conocidos de Google-Chrome e informe que también tiene este problema.
fuente