Solución:
Solución 1:
IIS 7 también crea “IUSR” como usuario predeterminado para acceder a los archivos a través de IIS. Por lo tanto, haga que el usuario IUSR tenga acceso de lectura a archivos / carpetas.
¿Cómo comprobar si IUSR ha leído Access? Haga clic con el botón derecho -> Carpeta -> Propiedades -> Ficha de seguridad Vea si IUSR está en la lista de nombres de grupos o usuarios, si el número es No.
Haga clic en Editar -> Agregar -> Avanzado -> Buscar ahora -> Seleccione IUSR y haga clic en Aceptar cuatro veces
Solución 2:
Encontré esto en otro foro, así que no puedo atribuirme el crédito, pero lo hice y funcionó para mí:
“Intente cambiar la configuración de autenticación anónima en IIS7:
Haga clic en Autenticación y haga clic en editar después de elegir Autenticación anónima. En la ventana de apertura, seleccione Identidad del grupo de aplicaciones y haga clic en Aceptar. “
Solución 3:
Tuve el mismo problema en IIS 7.5 en Windows Server 2008. Para mí, los siguientes pasos funcionaron para solucionar el problema:
- Abra el Administrador de IIS
- Haga clic en el sitio web que desea editar.
- Haga doble clic Autenticación
- Hacer clic Autenticación anónima, luego haga clic en Editar… debajo Comportamiento
- Cambiar para usar el Identidad del grupo de aplicaciones credenciales en lugar del usuario específico (la mía era IUSR)
Después de que hice este cambio, mis errores 401.3 desaparecieron.
Solución 4:
¿Está utilizando un mecanismo de inicio de sesión o solo una autenticación anónima?
Si es anónimo, vaya al administrador de IIS, en el ícono de Autenticación, elija el nombre de Autenticación anónima, luego haga clic en el botón Editar en Acciones. Verifique qué usuario está especificado allí y asegúrese de que tenga permisos para los archivos / carpetas del sitio.
Si tiene algún tipo de sistema de inicio de sesión, asegúrese de que los usuarios con los que está iniciando sesión tengan permisos para los archivos del sitio, y asegúrese de que el ID del grupo de aplicaciones bajo el que se está ejecutando tenga al menos acceso de lectura. a los archivos.
Solución 5:
De forma predeterminada, con IIS 7.5, cada grupo de aplicaciones se ejecuta bajo su propia “identidad virtual”. La identidad del grupo de aplicaciones son las credenciales que se utilizan para acceder al sistema de archivos.
No estoy seguro de la mecánica, pero Microsoft hizo esto para aumentar la seguridad de la instalación predeterminada y al mismo tiempo aliviar la necesidad de crear cuentas de servicio en ciertos escenarios de instalación. Independientemente, el resultado es que tendrá que identificar esta cuenta de “identidad virtual” y otorgarle acceso a su directorio, o cambiar la cuenta de servicio de App Pool.
Las identidades virtuales de App Pool se denominan “IIS AppPool “, por lo que si está utilizando DefaultAppPool, su identidad sería “IIS AppPool DefaultAppPool”.
Consulte este artículo para obtener detalles más completos.