O Chrome foi atualizado (versão 5+) tem o seguinte:
No Windows, ele se integra à configuração de zonas da intranet em 'opções da Internet'
Em somente para Windows , se a opção de linha de comando não está presente, a lista permitida consiste nos servidores na zona de segurança da máquina ou Local intranet local (por exemplo, quando o anfitrião no URL inclui um caractere "" ele está fora do Zona de segurança da intranet local), que é o comportamento presente no IE.
Se um desafio vier de um servidor fora da lista permitida, o usuário precisará digitar o nome de usuário e a senha.
Para outros sistemas operacionais, você pode usar a opção de linha de comando:
--auth-server-whitelist="*example.com,*foobar.com,*baz"
fonte: https://sites.google.com/a/chromium.org/dev/developers/design-documents/http-authentication
Está programado para inclusão no Milestone 5:
http://www.chromium.org/developers/design-documents/network-stack
fonte
O Google produz alguns links que sugerem o contrário. O primeiro resultado, no entanto ( link ) sugere um hack. Espero que seja útil :).
fonte
Descobri que alguns servidores proxy (Websense no meu caso) têm configurações relativas ao agente do usuário. E eles bloqueiam ativamente a autenticação NTLM, mesmo quando solicitado pelo navegador, se o agente do usuário não for reconhecido (ou corresponder a alguma lista, não sei). Por exemplo, em minha empresa, configurar o user agent do chrome como user agent do Firefox faz com que a autenticação NTLM funcione magicamente. Sugiro que todos com problemas de autenticação NTLM tentem alterar a UA do cromo para a de um navegador que funcione (IE ou Firefox) e ver se funciona. Se isso acontecer, culpe os administradores de sistema da sua empresa por fazer isso.
fonte
Ajude a corrigir isso: acesse os problemas conhecidos do Google Chrome e relate que você também está tendo esse problema.
fonte