Problemas de Aplicación Web (web.errores de configuración) HTTP 500.19 con IIS7. 5 y ASP.NET v2

Tuve estos síntomas exactos y mi problema era similar al de Peter. Estaba configurando un proyecto existente en un nuevo servidor. Mi proyecto hizo referencia al módulo de reescritura de URL de IIS7, pero aún no se había instalado en el nuevo servidor. Instalarlo solucionó mi problema.

Puede usar el Microsoft Web Platform Installer para instalarlo. Ejecútelo, seleccione Productos , en el menú de la izquierda seleccione Servidor y busque URL Rewrite en la lista e instale se.

O puede descargarlo aquí.

Después de luchar con esto durante un día en una nueva máquina me encontré con los siguientes enlaces. Me faltaban los módulos de reescritura. Esto arregló todo.

Http://forums.iis.net/t/1176834.aspx

Http://learn.iis.net/page.aspx/460/using-the-url-rewrite-module /

Tuvo el mismo problema que el anterior, el mismo código de error, etc. Configuración de un sitio web local en Windows 8. Después de mucho buscar se encontró que nos faltaba reescribir la URL. Después de descargarlo todo estaba bien. :)

El mismo problema en el servidor 2016, IIS 10, 500.19 error. Instalé el módulo de redirección y funcionó. No sé por qué no se incluyó por defecto.

Https://www.iis.net/downloads/microsoft/url-rewrite#additionalDownloads

Para ser claros, se parece a la web.la configuración de IIS 7 funcionará, o está diseñada para funcionar, pero la falta de este módulo da el error realmente extraño e inútil. Googlear te lleva a una página de Microsoft que insiste en que tu sitio es corrompido o su web.la configuración está dañada. Ninguno de los dos parece ser el caso.

Esa página inútil está aquí: https://support.microsoft.com/en-us/kb/942055

Solo añado una respuesta porque pasé horas tratando de resolver los mismos síntomas (pero un problema diferente):

Una posible causa es una dll x86 en un grupo de aplicaciones de 64 bits, la solución es habilitar las aplicaciones de 32 bits en la configuración del grupo de aplicaciones.

Para mí, volver a registrarse asp.net porque iis hizo el truco. Espero que eso ayude a alguien más.

aspnet_regiis.exe -i

Para resumir basado en respuestas aquí y en otros lugares:

1. Compruebe la versión. NET del grupo de aplicaciones (por ejemplo, 2.0 vs 4.0)
2. Compruebe que todos los módulos a los que se hace referencia en IIS están instalados. En este caso se trataba de las extensiones AJAX (probablemente no es el caso en estos días), pero URL Rewrite es común.

Otra forma de obtener 500.19 errot sin razón aparente es - faltan directorios y/o permisos rotos en ellos.

En el caso de esta pregunta, creo que la pregunta pregunta sobre la versión completa de IIS. Asumo esto debido a esta línea:

Config File         \\?\E:\wwwroot\web.config

El instalador de IIS generalmente crea wwwroot para usted y esa es la carpeta raíz predeterminada para todos los sitios web y el punto de montaje para los directorios virtuales. Siempre existe, así que no hay problema, por lo general no te importa mucho que.

Desde web.los archivos de configuración son jerárquicos, puede poner allí una web maestra.config archivo y tener algunos ajustes de raíz allí, y todos los sitios lo heredarán. IIS comprueba si ese archivo existe e intenta cargarlo.

Sin embargo, la primera parte divertida:

Este directorio existirá si tiene IIS instalado correctamente. Si no existe, obtendrá un error de clase 500. Sin embargo, si juegas con permisos de archivo / directorio, especialmente los 'avanzados', en realidad puedes accidentalmente denegar a la cuenta de servicio IIS que escanee/lea el contenido de este directorio. Si IIS no puede comprobar si wwwroot\web.config existe, o si existe y IIS no es capaz de abrirlo y leerlo - error de clase bam - 500.

Sin embargo, para IIS completos es muy poco probable. Los desarrolladores / Administradores que trabajan con IIS completos suelen ser reacios a jugar con wwwroot, por lo que normalmente se mantiene correctamente configurado.

Sin embargo, en IIS Express..

Por lo general, IIS Express " solo obrar". A menudo, los desarrolladores que utilizan IIS Express a menudo no son conscientes de cuánto internamente se asemeja al IIS real.

Usted puede tropezar fácilmente con el hecho de que IIS Express tiene su propio applicationHost.config file y VS lo crean y lo administran por usted (correctamente, hasta cierto punto) y ese tipo de revelación que le dice que no es tan simple y apuntar y hacer clic como parece al principio.

Aparte de ese archivo de configuración, VisualStudio también crea una estructura de directorios vacía bajo su Documents carpeta. Si no recuerdo mal, IIS Express considera que estas carpetas son los directorios raíz de su(s) sitio (s) sobre los cuales se montan directorios virtuales con su código.

Más tarde, al igual que IIS, cuando IIS Express se inicia, espera que estas carpetas existan y comprueba la web raíz.archivos de configuración allí. El sitio web .config archivos. Casi siempre, estos web.faltan archivos de configuración-y eso está bien porque no los quieres-tienes su * * aplicación web.config", se colocan con el resto del contenido en directorios virtuales.

Ahora, la segunda parte divertida es: IIS Express espera que los directorios vacíos. Pueden estar vacías, pero necesitan existir. Si no existen, obtendrá un error de clase 500 que le dice que " web.no se puede acceder al archivo" config " en esa ruta.

La primera vez que me topé con este problema fue cuando estaba limpiando mi disco duro. Encontré que la carpeta 'documentos \ sitios web', completa de basura, reconocí varios proyectos de años de antigüedad en los que ya no trabajo, todos vacíos, ni un solo archivo, así que lo borré todo. Una semana después - bam-No puedo ejecutar/depurar ninguno de los sitios en los que estaba trabajando en este momento. El error fue 500.19, no se puede leer el archivo de configuración.

Por lo tanto, si usa IIS Express y ve un error de clase 500 que dice acerca de la configuración de lectura, revise cuidadosamente el mensaje de error y lea todas las rutas mencionadas. Si ves algo como:

c:\users\user\documents\visual studio 2013\projects\WebProject1\WebProject1.web\web.config
c:\users\zeshan.munir\documents\visual studio 2015\projects\WebProject1\WebProject1.web\web.config
c:\users\zeshan.munir\documents\visual studio 2017\projects\WebProject1\WebProject1.web\web.config
etc..

Ir allí exactamente donde el error indica, asegúrese de que estas carpetas existen, asegúrese de que la cuenta de trabajador de IIS puede recorrerlas y leerlas, y si nota que algo está mal, tal vez sea eso.

POR cierto. En VisualStudio, en ProjectProperties / Web hay un botón "Crear directorio virtual". Esencialmente hace esto mismo, por lo que puede probarlo primero, pero IIRC también puede borrar/sobrescribir/intercambiar secciones de configuración en applicationHost.archivo de configuración, así que tenga cuidado con ese botón si tiene alguna costumbre montajes allí.

Esto puede o no estar relacionado....Comencé con el mismo error mencionado anteriormente, comencé a buscar en Google, hacer cambios, obtener nuevos errores, bucle sin fin.

El cambio que me provocó ese error fue interferir con la Delegación de funciones en el Administrador de IIS en la sección Administración del servidor. Lo siento, no puedo recordar cuál cambié, pero googlear podría ayudar.

Eso me llevó más allá del 1er error a una nueva corriente de otros, algunos totalmente absurdos. (I would get one error al ejecutarse en un directorio virtual, convertirlo en una aplicación produjo otro error, etec, etc.). Lo que finalmente resolvió esta serie de errores fue: IIS manager, Application Pools, DefaultAppPool, Enable 32-Bit applications = True

Había comenzado esta aplicación en una caja de Windows xp de 32 bits, y ahora la estoy ejecutando en una caja de Windows 7 de 64 Bits.

Así que espero que esto ayude a alguien más.

Mi IIS 7.5 no entiende la etiqueta en la web.config En VS 2010 es subrayar esa etiqueta también. Compruebe que su archivo de configuración sea preciso para encontrar todas las etiquetas subrayadas. Lo pongo en el comentario y el error desaparece.

Comenta las siguientes líneas en la web.archivo de configuración.

<modules>
    <!--<add name="ScriptModule" preCondition="integratedMode" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>-->
</modules>

<handlers>
    <remove name="WebServiceHandlerFactory-ISAPI-2.0"/>
    <!--<add name="ScriptHandlerFactory" verb="*" path="*.asmx" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
    <add name="ScriptResource" verb="GET" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>-->
</handlers>

Esto funcionará.

Tuve el mismo error. Tenía un sitio de IIS con. net framework versión 2.0, pero mi aplicación necesitaba 4.0. Cambié la versión y funcionó.

Publicar solo como un recordatorio si alguien podría tener el mismo problema.

Tuve el mismo problema en Windows 7.

La solución fue ir a configuración básica > conectar como > usuario específico-e iniciar sesión como usuario, en lugar de la opción predeterminada 'pasar a través'

Esto solucionó el problema para mí.

Windows 7

Prueba esto,

Ejecute cmd como Administrador.

Unistall all iis.

start /w pkgmgr.exe /uu:IIS-WebServerRole;WAS-WindowsActivationService

Reinstale iis y normalmente es trabajo

Alain

Obtuve este error poniendo la etiqueta <customErrors> dentro de <system.webServer> en lugar de <system.web> donde pertenece. Había un pequeño garabato bajo la etiqueta <customErrors> pero no lo noté de inmediato.

En mi caso, había algo mal con la instalación del paquete de alojamiento de Windows.NET Core.

Tenía eso instalado y había reiniciado IIS usando ("net stop was /y" y "net start w3svc") después de la instalación, pero obtendría ese error 500.19 con el Código de error 0x8007000d y la Fuente de configuración -1: 0:.

Logré resolver el problema reparando la instalación del paquete de alojamiento de Windows.NET Core y reiniciando IIS usando los comandos que mencioné anteriormente.

Espero que esto ayude ¡alguien!