ASP.NET: HTTP Error 500.19-Error interno del servidor 0x8007000d

error http 500.19 internal server error web config

Question

Estoy replicando la implementación de aplicaciones web y encontré varios problemas relacionados con HTTP Error 500.19 . Mi máquina ejecuta Windows 7 mientras que el desarrollo en funcionamiento usa Windows 8 . Estamos desarrollando nuestra aplicación web con Visual Studio 2010 .

Primero, obtuve el código de error 0x80070021 , similar al publicado here . Actualicé mi web.config de acuerdo con la respuesta aceptada y luego obtuve el siguiente código de error (que es similar a como se publicó here ).

HTTP Error 500.19 - Internal Server Error
Error Code 0x8007000d
Config Source -1: 0:

He leído la definición de síntomas en la página de soporte de Microsoft y la causa del error es:

Este problema se produce porque el archivo ApplicationHost.config o el archivo Web.config contiene un elemento XML con formato incorrecto.

y la solución es

Elimine el elemento XML mal formado del archivo ApplicationHost.config o del archivo Web.config.

Sin embargo, el web.config que utilicé está funcionando perfectamente en el entorno de desarrollo original.

Esto es lo que he comprobado y probado hasta ahora:

1. Instale ASP.NET llamando a aspnet_regiis -i
2. Configurar mi aplicación para utilizar diferentes grupos de aplicaciones (ASP.NET v4.0, .NET v4, etc.)
3. El archivo ApplicationHost.config aún usa el valor predeterminado de Windows 7.

Esto es parte de mi Web.Config

<system.webServer>
<section name="handlers" overrideModeDefault="Allow" />
<section name="modules" allowDefinition="MachineToApplication" overrideModeDefault="Allow" />
<validation validateIntegratedModeConfiguration="false" />
<modules runAllManagedModulesForAllRequests="true">
</modules>
<handlers>
<remove name="UrlRoutingHandler" />
<add name="ReportViewerWebControlHandler" preCondition="integratedMode" verb="*" path="Reserved.ReportViewerWebControl.axd" type="Microsoft.Reporting.WebForms.HttpHandler, Microsoft.ReportViewer.WebForms, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
</handlers>
<urlCompression doStaticCompression="true" doDynamicCompression="false"></urlCompression>
<directoryBrowse enabled="true" />
<defaultDocument>
<files>
<add value="Logon.aspx" />
</files>
</defaultDocument>
</system.webServer>

He leído publicaciones similares / duplicadas / cerradas (alrededor de 13) en stackoverflow, intenté todas excepto la respuesta relacionada con Ajax (¿está relacionada?) Y aún no tengo idea de cuál es el error.

¿Alguien sabe cómo solucionar este error? (Y si es posible, se debe verificar una lista completa de cosas para poder reducir publicaciones similares como esta.) Estoy listo para brindar más detalles.

Answer 1

¡Para mí, todo se trataba de configurar mi servidor web para usar la última y más avanzada tecnología para soportar mi aplicación ASP.NET 5!

La siguiente URL me dio todos los consejos que necesitaba:

https://docs.asp.net/en/1.0.0-rc1/publishing/iis-with-msdeploy.html

Espero que esto ayude :)

Answer 2

Cuando intenté configurar un sitio web .NET Core 1.0 , obtuve este error e intenté todo lo demás que pude encontrar sin suerte, incluido el control del archivo web.config, los permisos de IIS_IUSRS, el módulo de reescritura de URL de IIS, etc. Al final, instaló DotNetCore.1.0.0-WindowsHosting.exe desde esta página: https://www.microsoft.com/net/download y comenzó a funcionar de inmediato.

Enlace específico para descargar: https://go.microsoft.com/fwlink/?LinkId=817246

Answer 3

El error 0x8007000d significa que falta el módulo de reescritura de URL (al que se hace referencia en web.config) o que la versión correcta no está instalada.

Simplemente instale el módulo de reescritura de URL a través del instalador de la plataforma web.

Recomiendo comprobar todas las dependencias desde web.config e instalarlas.

Answer 4

En mi caso, porque había reinstalado iis, necesitaba registrar iis con dot net 4 usando este comando:

C:/Windows/Microsoft.NET/Framework/v4.0.30319/aspnet_regiis.exe -i

Answer 5

Entiendo que este error puede ocurrir debido a muchas razones diferentes. En mi caso, fue porque desinstalé el servicio WSUS de Server Roles y todo el IIS se cayó. Después de investigar un poco, descubrí que la desinstalación de WSUS elimina algunos dlls que se usan para comprimir http. Como esos dlls faltaban y el IIS todavía los estaba buscando, hice un reinicio usando el siguiente comando en CMD:

appcmd set config -section:system.webServer/httpCompression /-[name=''xpress'']

¡Bingo! El problema está ordenado ahora. No te olvides de ejecutarlo como administrador. Es posible que también necesites hacer "iisreset" también. Por si acaso.

Espero que ayude a otros. Aclamaciones

Answer 6

Entro. .Net Framework 3.5 y 4.5 Advance Service en el Panel de control-> Programas y características-> Activar o desactivar las características de Windows. Esto funciona para mí.

Answer 7

Hace poco llegamos a la fiesta aquí, pero he estado luchando con el mismo problema (síntomas) y maldiciendo la falta de informes de detalles de error. Funcionó bien en máquinas IIS 8+, pero Win 7 obtuvo estos errores INSTANT HTTP 500.19. Para mí fue tan tonto como tener un elemento de configuración no compatible en el archivo de configuración:

 <applicationInitialization doAppInitAfterRestart="true">
<add initializationPage="/" />
</applicationInitialization>

Por lo tanto, al ejecutar viejos archivos web.config funcionó bien, simplemente los diferencié y comencé a cortar bloques nuevos hasta que conseguí que la página comenzara a cargarse. Si hubiera visto esto como una respuesta, habría seguido esta ruta de inmediato ya que sabía que ninguna de las soluciones populares era relevante. Ahí vas :)

Answer 8

Instalar reescritura de URL:

ACTUALIZACIÓN: ahora está disponible aquí (y funciona con IIS 7-10):

https://www.iis.net/downloads/microsoft/url-rewrite

Asegúrese de tener el siguiente conjunto en ''Permitido'' para su servidor IIS:

Answer 9

Problema resuelto. Estos son los pasos que probé:

• Habilite la aplicación de 32 bits en IIS -> grupo de aplicaciones -> configuración avanzada
• Copie System.EnterpriseServices.dll y System.EnterpriseServices.Wrapper.dll desde C: / Windows / Microsoft.NET / Framework / v2.0.50727 en la carpeta bin de la aplicación
• Haga comentarios / comentarios a secciones en web.config y encuentre ese problema relacionado con la DLL a la que se hace referencia.

La configuración que comenté la anterior que agregué:

<section name="handlers" overrideModeDefault="Allow" />
<section name="modules" allowDefinition="MachineToApplication" overrideModeDefault="Allow"/>

• Agregue el FasterFlect.DLL requerido utilizado por Combres.DLL v2.1.0.0 a la carpeta del bin de la aplicación (se descargará el archivo comprimido completo de Comple Codeplex, porque no se puede encontrar el archivo DLL de corrección defectuosa V2.0.3732.24338 en fasplelect codeplex) y otro DLLs Para mayor conveniencia, use Combres.DLL completo (1,3MB)
• Compruebe que las versiones de DLL y los tokens de clave pública estén configurados correctamente en web.config usando la herramienta, por ejemplo .NET Reflector

Answer 10

Tuve este problema con un nuevo servicio web. Lo resolvió agregando acceso de solo lectura para Todos en Propiedades-> Seguridad para la carpeta en la que se encontraba el servicio.