No se puede acceder a la página solicitada porque los datos de configuración relacionados para la página son un error no válido

Quiero cargar mi propio sitio web asp.net en el IIS a través del IIS manager . Pero cuando hago esto, aparece el siguiente error

HTTP Error 500.19 – Error interno del servidor No se puede acceder a la página solicitada porque los datos de configuración relacionados para la página no son válidos.

 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:\Users\Yasso\Documents\Visual Studio 2008\WebSites\WebSite5\web.config 

Busqué muchas veces una solución para este error, pero ninguna de las soluciones resolvió el error.

Tengo un problema en la cuenta IUSR. No puedo ver esta cuenta en los “nombres de grupos o usuarios” en las propiedades de web.config .

¿Cuál es el problema?

El mensaje dice que su archivo de configuración está dañado de alguna manera. Sin embargo, también dice que no puede acceder al archivo de configuración. Así que ignoraría el mensaje original sobre corrupción / falta de validez, ya que es muy probable que sea el efecto de no poder leer el archivo debido a la falta de autorización.

La razón por la que no puede leer el archivo de configuración es porque el proceso que ejecuta su aplicación web no tiene permiso para acceder al archivo / directorio. Entonces, necesita darle al proceso que ejecuta su aplicación web esos permisos.

Los derechos de acceso deben ser bastante sencillos, es decir, al menos Leer , y, según su aplicación, tal vez Escribir .

Arriba, mencionas IUSR, etc., que no están en las propiedades de web.config . Si con eso quiere decir que IUSR no figura en la pestaña de seguridad del archivo, entonces es algo bueno. Uno no quiere dar a IUSR ningún tipo de permiso para web.config . El rol de IUSR es un usuario de internet anónimo.

El archivo web.config solo debe ser accesible a través de su aplicación.

El problema es que no ha dicho qué versión de SO e IIS está utilizando, por lo que es difícil aconsejar qué pasos tomar.

Es decir, en IIS 7.5, es probable que se produzca el mensaje de error que está citando debido a que a su ApplicationPoolIdentity no se le han asignado los permisos. Su aplicación web pertenece a un grupo de aplicaciones, por lo que debe otorgar los permisos a la cuenta del sistema operativo en la que se ejecuta el grupo de aplicaciones de la aplicación web. A menudo, esto es algo así como NetworkService, pero puede haberlo personalizado para que se ejecute bajo una cuenta específica. Sin más información, es difícil ayudarte.

Esto también puede suceder si el sitio está configurado para usar el módulo Reescribir URL de IIS, pero no está instalado.

Finalmente obtengo la solución para mi problema. La cuenta asp.net no aparece en el administrador de IIS porque no marqué su checkbox en IIS para hacer esto en Windows 7 siga los pasos

  1. Panel de control abierto
  2. Haga clic en el enlace “progtwig” (no en los progtwigs de desinstalación)
  3. Haga clic en el enlace “activar / desactivar las características de Windows”
  4. ubique “Servicios de información de Internet IIS” en la ventana emergente y expanda su nodo
  5. Expandir el nodo “Servicio World Wide Web”
  6. Expandir nodo “Funciones de desarrollo de aplicaciones”
  7. marque la checkbox de “ASP.NET”
  8. Luego haz clic en el botón Aceptar

Ahora verá la cuenta de Asp.net en el administrador de IIS y, por defecto, verá la cuenta de IIS. Ahora debe mover su sitio web de asp.net de “mi documento” a otro lugar donde el IIS tenga permiso para acceder (a cualquier partición de su computadora) Ahora explore su sitio web desde el administrador de IIS y debería funcionar. Muchas gracias por Jeff Turner por la solución

En mi caso, la instalación del módulo de reescritura de IIS URL resolvió el problema.

Estaba teniendo el mismo problema, aquí está la solución que funcionó para mí.

  1. Administrador de IIS
  2. Haz clic derecho en ese sitio web
  3. Editar permisos
  4. Se agregó el usuario ‘IIS_IUSRS’ desde la pestaña Seguridad
  5. Dio permisos completos al usuario ‘IIS_IUSRS’
  6. Establecer la identidad del grupo de aplicaciones en ‘ApplicationPoolIdentity’

Para desarrolladores de Visual Studio (VS): como lo insinuaron Harvey Darvey, Savage y Snives, su configuración de host de aplicación puede estar apuntando a la ruta física de aplicación incorrecta. Busque virtualDirectory en /.vs/config/applicationhost.config para cambiar el physicalPath si es incorrecto.

enter image description here

Asegúrese de que physicalPath sea ​​correcto:

enter image description here

Alerta de Facepalm:

También obtendrá este error si la ruta al archivo de configuración es incorrecta. Vuelva a verificarlo para asegurarse de que la ruta física se ingrese correctamente en IIS.

Debe asignar permisos para IIS_IUSRS en la máquina local (pero no tiene que asignar IUSR, de hecho funcionará incluso si niega explícitamente los permisos).

Para asignar permisos, simplemente haga clic derecho en la carpeta y en la pestaña de seguridad, asegúrese de otorgar los permisos correctos, y si el usuario no está en la lista, haga clic en “AGREGAR” e ingrese IIS_IUSRS (y asegúrese de que debajo de “dominio” el local se selecciona la computadora, o ingrese el campo de nombre YourLocalComputerName \ IIS_IUSRS), y entonces está listo para continuar.

Si lo desea, en lugar de asignarle permisos al grupo IIS_IUSRS, puede asignarlo al grupo de aplicaciones, que en general debería ser “IIS APPPOOL \ app pool name “.

Nada aquí funcionó para mí, encontré este comando en otra respuesta de SO y resolvió mi problema. Simplemente inicie el símbolo del sistema como administrador y ejecute este comando:

 run->cmd run "c:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe -i" 

Crédito: Usuario Vicxx

Lo mismo sucedió conmigo, intente comprobar esto haciendo doble clic en las cadenas de conexión en el panel derecho de IIS 7 cuando selecciona un sitio web.

Le dará un error (que hay algún problema con el archivo de configuración web), porque ha utilizado reglas de reescritura de URL y el componente correspondiente no está instalado.

Instale “Microsoft URL Rewrite Module 2.0 para IIS 7” y esto debería solucionar su problema

Otra posibilidad que solucionó este problema para mí:

IIS -> Editar permisos -> Pestaña de seguridad -> Dar a los usuarios los permisos apropiados (o IIS_IUSRS, dependiendo de su configuración)

Realizo estos pasos para resolver este problema en Windows Server 2012, IIS 8.5. Debería funcionar para otras versiones también.

  1. Vaya al administrador del servidor, haga clic en agregar roles y funciones
  2. En la sección de roles, elija: Web Server
  3. En la subsección de Seguridad, seleccione todo (excluí resumen, restricciones de IP y autorización de URL ya que no los utilizo)
  4. En Desarrollo de aplicaciones, elija .NET Extensibility 4.5 , ASP.NET 4.5 y ambas entradas ISAPI
  5. En la sección de características, elija: NET 3.5 , .NET 4.5 , ASP.NET 4.5
  6. En la sección del servidor web, seleccione: Web Server (todo), Management Tools (Consola de administración IIS y Servicio de administración), Windows.

Esto también me pasó cuando tenía un documento predeterminado del mismo nombre (como index.aspx) especificado en mi archivo web.config Y en mi sitio web de IIS. Terminé eliminando la entrada del sitio web de IIS y guardé la entrada web.config como a continuación:

      ... 

A veces, este mensaje puede tener componentes faltantes en su entorno IIS, por ejemplo, un marco particular, o una característica de IIS como compresión dinámica, en lugar de permisos para web.config.

Si este es el caso, una solución puede ser instalar y usar el instalador de la plataforma Microsoft e instalar los componentes que faltan; es posible que tenga que averiguar qué es exactamente lo que falta porque el mensaje de error y el mensaje no le informan.

Ehm. Moví mi sitio / archivos a una carpeta diferente. Sin cambiar la ruta en el sitio web de IIS.

Todos ustedes pueden reír ahora.

Asegúrese de tener el grupo de aplicaciones configurado en la versión correcta del marco. También deberá asegurarse de que sus usuarios de aspnet, IIS_IUSRS o IUSR tengan acceso de lectura al directorio de la aplicación.

En mi caso, fue causado por el punto de ruta física de la aplicación a una carpeta inexistente en IIS.

captura de pantalla de configuración de la aplicación

Tuve el problema cuando copié mi archivo web.config de prod, cambié todo lo relacionado con prod excepto las reglas Rewrite que estaban reescribiendo a http S.

Eliminado esas reglas y funcionó bien.

Bastante sencillo, IIS no tiene acceso a su web.config. Comenzaría por sacar el sitio de la carpeta de documentos. Verifique que tenga permisos de r / w también.

Yo también tuve el problema similar y lo solucioné comentando algunas secciones en el archivo web.config.

El proyecto se creó e implementó anteriormente en .Net 2.0. Después de migrar a .Net 3.5, comenzó a lanzar la excepción.

Resoluciones:

Si su archivo de configuración contiene “< sectionGroup name =” system.web.extensions > “, coméntelo y ejecútelo ya que esta sección ya está disponible en Machine.config.

Necesita establecer permisos para su carpeta de sitio web o copiarlos en la carpeta wwwroot 🙂 – Si configura permisos, tenga 2 formas: + haga clic derecho en la carpeta de su sitio web + O haga clic derecho en su sitio web en IIS => seleccione Editar permiso y agregue un permiso (IUSR – usuario iis predeterminado) Buena suerte 😉

tiene este problema con las unidades mapeadas, IIS no funciona con las unidades mapeadas. Solo usa la unidad no mapeada.

Puede obtener este error si tiene un error o problema de sinax en su archivo web.config.

Para mí, fue un ampersand suelto en una URL que estaba usando en AppSettings.

En la página de error de IIS 7.5, haga clic en ‘Ver más información’ en la parte inferior de la página y en este caso lo llevará al siguiente enlace de Microsoft:

http://support.microsoft.com/kb/942055

El Código de error 0x80070005 parece estar relacionado con permisos y siguiendo los pasos de la Resolución 2, el Método 2 asignando las cuentas correctas con permisos en carpetas relevantes debería solucionarlo. Pasé 3 días buscando una solución hasta que me encontré con ella, y trabajé directamente.

Agregue la cuenta local IIS_IUSRS a la seguridad y grand leyó / ejecuta el acceso. eso funciona en mi caso

En mi caso, funciona simplemente comentando (o eliminando) la propiedad anonymousAuthentication:

       

En mi caso, configSections debe estar en la parte superior de la configuración

   ...    ..... 

Para mí, estaba obteniendo lo último del control de fuente y esto sucedió.

La ruta virtualDirectory del archivo applicationhost.config era diferente a la de mi máquina.

Restaure mi propia copia y funciona. Estoy usando IIS express.

enter image description here

Terminé resolviendo este problema al eliminar la carpeta obj de mi aplicación web. Después de reconstruir la solución, el problema desapareció.

En mi caso, seleccioné el grupo de aplicaciones con .NET Framework 2.0 y habilité la aplicación de 32 bits. Tenía la aplicación .NET Framework 2.0.

Aparece un error “Se intentó cargar un progtwig con un formato incorrecto” en un proyecto de replicación de SQL Server