Evitar la respuesta 401 para cada solicitud usando NTLM

La única manera es usar NTLM solo en la página de inicio de sesión y usar cookies como aquí

¿Has probado esto en tu dominio?

setspn -a FQDNServerName applicationPoolServiceAccount
setspn -a biosServerName applicationPoolServiceAccount

Permite al grupo de aplicaciones dar servicio a las solicitudes de autenticación NTLM.

Podría ser su configuración de seguridad en IE6 para el sitio. Intente cambiar a intranet local o sitio de confianza.

En un tema relacionado; si está utilizando IIS7.0 y autenticación kerberos, aparece AuthPersistNonNTLM=true para evitar 401 viajes de ida y vuelta por cada solicitud.

Http://msdn.microsoft.com/en-us/library/aa347548 (VS.90).aspx

Http://blogs.technet.com/b/configurationmgr/archive/2010/06/03/solution-you-may-experience-slow-performance-when-using-bits-and-kerberos-authentication-on-configmgr-2007-distribution-points.aspx

Tengo exactamente el mismo problema! Estoy usando el mismo ambiente que tú. Excepto que veo 2401 incluso en Fiddler. Había pasado un par de días en ese problema y luego me di por vencido. AuthPersistence tampoco funcionó para mí. Pero aquí están los enlaces que había encontrado, tal vez van a trabajar en su caso.

Http://msdn.microsoft.com/en-us/library/ms525244.aspx

Http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/b0b4ec5c-74f8-43e9-ac64-d8b852568341.mspx?mfr=true

Http://technet.microsoft.com/en-us/library/cc786094.aspx

Http://technet.microsoft.com/en-us/library/cc781339 (WS.10).aspx

Traté de establecer la bandera tanto en el directorio virtual y el nivel de sitio web, pero no ayudó. ¿Está utilizando el Explorador de Metabase de IIS para editar esas propiedades? Es la forma más limpia de editar propiedades y puede ayudar más que directamente editar el archivo XML.

Una forma de evitar el problema es insertar el encabezado Cache-Control en la respuesta HTTP para los recursos que no van a cambiar con frecuencia en ninguna página. En mi caso, almacené en caché los archivos css (use css externo tanto como sea posible para optimizar esto), js e img. Ya que tengo unos 60 archivos de este tipo que se cargan en nuestra página de inicio, hemos sido capaces de eliminar alrededor de 120 errores 401 de inmediato!

Asegúrese de usar el encabezado Cache-Control y no el almacenamiento en caché if-modified o e-tag, donde se generarán 401 y 304 incluso cuando los archivos se almacenen en caché.

También estaba teniendo este problema, excepto que, para mí, fueron principalmente los archivos JS y CSS los que causaron esto. Mi sitio (como la mayoría de los sitios) mantiene los archivos JS y CSS en sus propios directorios. Así que la solución para mí era simplemente ir a esos directorios en IIS y habilitar Anon Auth (digo simplemente, pero me tomó más de dos años para resolver esto; gracias a este post). Ahora el sitio todavía requiere autorización de Windows, pero los subdirectorios para los archivos JS y CSS no lo hacen. IOW, parece estar funcionando perfectamente.

También nunca pondría información sensible en un archivo JS (o archivo CSS para el caso) y sugeriría que usted tampoco. Si lo hace, obviamente querrá mover la información sensible en estos archivos fuera de estos directorios.