Web.Config - No se puede leer el archivo de configuración debido a permisos insuficientes

Question

estoy consiguiendo el error:

Module IIS Web Core 
Notification Unknown 
Handler Not yet determined 
Error Code 0x80070005 
Config Error Cannot read configuration file due to insufficient permissions 
Config File \\?\C:\inetpub\wwwroot\web.config 

El archivo en sí tiene todos los permisos para IUSR. IIS ejecuta su grupo de aplicaciones bajo ApplicationPoolIdentity. Hice un monitor de archivos en el archivo, y veo esto:

9:04:43.8035456 AM w3wp.exe 8104 CreateFile C:\inetpub\wwwroot\Web.config ACCESS DENIED Desired Access: Generic Read, Disposition: Open, Options: Synchronous IO Non-Alert, Non-Directory File, Attributes: N, ShareMode: Read, AllocationSize: n/a 

No tengo idea de por qué me sale este error ... ¿Alguna idea?

Answer 1

trate de darle el acceso de lectura/escritura a estas cuentas a la carpeta raíz de la aplicación web y todos los archivos/subs dentro de:

RED, SERVICIO DE RED, y por supuesto IIS_IUSRS

Answer 2

En primer lugar, asegúrese de IUSR tiene permiso de lectura en el fichero de configuración (que yo creo que haya hecho eso)

A continuación, cambiar el método de autenticación de IIS para BasicAuthentication

Si aún no funciona, probablemente el .config la extensión no está instalada correctamente en IIS.

¡Prueba los 3! ¡Buena suerte!

EDITAR: Olvídate preguntarte, ¿qué tipo de aplicación es?

Answer 3

simplemente me encontré con este y no pudo encontrar la identidad de la lista de aplicaciones como una cuenta para agregarla a la seguridad de la carpeta. Cambié la identidad del grupo de aplicaciones de la userpoolidentity al servicio local y el sitio funcionó bien.

Answer 4

Estaba copiando un sitio de WordPress en vivo a mi máquina local para editar/actualizar cuando se produjo este error de IIS. Cambiar los permisos no hizo nada.

En mi caso, simplemente eliminando el web.config hizo el truco.

Answer 5

Descubrí que al agregar mymachine/USERS con todos los permisos a C: \ inetpub \ wwwroot se solucionó el problema.

El problema se debió a que compartí el contenido de algunos sitios dentro de C: \ inetpub \ wwwroot con otros desarrolladores. Esto debe haber cambiado los permisos y rompió mi IIS por completo.

Answer 6

Volví a encontrarme con este problema hoy. Esta vez, no se otorgaron permisos para otorgar permisos (se probaron todas las cuentas habituales, todo el mundo, solo lectura, modificación, control total).

Procesos cerrados, IIS reiniciado, reinicio completo. No hay resultados.

Eventualmente cambié el propietario de "Administradores" a mí mismo, y las cosas se pusieron en su lugar.

Normalmente ejecuto Visual Studio en el nivel de administrador (usando mi propia cuenta) porque me gusta usar el IIS local para alojar/depurar sitios ASP.NET. Quizás eso haya ocasionado que los archivos nuevos sean propiedad de \ Administradores, lo que a su vez puede tener acceso limitado a esos archivos por parte de los procesos IIS o Pool de aplicaciones.

Mi identidad de DefaultAppPool es configurado para cargar el perfil de usuario. No sé en qué momento el gerente de sesión aplica los permisos UAC/permisos y si la carga del perfil del usuario tiene alguna influencia sobre esto. Comida para el pensamiento...