Cómo soluciono el error 404.17 en Win Server 2k8 e IIS7

He configurado un nuevo sitio web .net 2.0 en IIS 7 bajo Win Server 2k8 y cuando navego a una página me da un error 404.17, alegando que el archivo (default.aspx en este caso) parece ser un script pero está siendo manejado por el manejador de archivos estáticos. SUENA al igual que las asignaciones de módulos para ASP.Net se estropeó, pero se ven bien en las configuraciones. ¿Alguien tiene una sugerencia para corregir este error?

Tuve este problema en IIS6 una vez cuando de alguna manera las cosas ISAPI de ASP.NET estaban rotas.

Corriendo

%windir%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i 

para recrear la configuración se encargó de eso.

Esta solución funcionó para mí … (He tenido aspnet_regiis.exe -hago un poco de daño)

http://forums.iis.net/t/1157725.aspx

 1. Ubique su grupo de aplicaciones y haga clic con el botón derecho
 2. Seleccione la configuración básica
 3. Seleccione su versión actual de .Net Framework
 4. Reiniciar el grupo de aplicaciones 

Para mí funcionó haciendo lo siguiente

Instalar ASP.NET

 cd %windir%\Microsoft.NET\Framework64/v4.0.30319 aspnet_regiis.exe -i 
  • Luego Vaya a Administrador de IIS y haga clic en el nodo del servidor (raíz).
  • En la vista de características, sección IIS, abra “Restricciones de ISAPI y CGI”
  • Haga clic con el botón derecho en la columna de restricción ASP.NET 4 y haga clic con el botón derecho para Permitir

Espero que funcione para ti..

Para mí, mi problema vino debido a una configuración en el archivo web.config de mi proyecto (y también la solución, una vez que entendí el problema).

En mi archivo web.config, teníamos estas dos líneas en el área system.webServer> handlers :

   

Observe que el controlador alternativo tiene el atributo ‘preCondition =’ integratedMode ”. Entonces, tuve que cambiar mi AppPool para usar Integrated en lugar de Classic para mi configuración de modo de pipeline (que es lo contrario de lo que las soluciones anteriores me dijeron que hiciera).

Siempre intente primero con “Revertir a primario” en Asignaciones de controlador.

Obtuve 404.17 al intentar ejecutar ASP.NET 4.0 en IIS 7.5. Intenté todo lo anterior y, finalmente, obtuve las asignaciones de manejador correctas configuradas manualmente y el error desapareció.

Luego, en otro sitio web con el mismo error, probé “Revert to Parent” en Handler Mappings y agregó 6 * .aspx mappings y todo funcionó perfectamente.

Obviamente, tendrías que tener el padre configurado correctamente (desde la instalación o de otro modo), pero este es definitivamente el primer paso que todos deben tomar ya que es muy fácil.

Para mí, la solución fue hacer clic en “revertir desde heredado” de la sección de asignaciones de controlador en la aplicación virtual.

Hasta el momento, ninguna de estas soluciones me ha funcionado.

He encontrado algunas otras soluciones posibles (que no funcionó para mí):

Solo una forma de resolver este problema …

Primero instalado Windows7 Luego instale IIS 7 con todas las funciones

Y luego instalé Visual Studio 2008/2010

Trabajo en visual studio 2008 y 2010 pero nunca he visto este error antes.

También puedo probar en la PC de mi amigo. Y también resuelvo este error.

Para mí esto se resolvió estableciendo la aplicación de 32 bits en verdadero.

No de lo anterior funcionó para mí. Nuestro servidor es de 64 bits, por lo que configuramos la Aplicación para permitir que las aplicaciones de 32 bits funcionen para nosotros:

  • Ir al servidor web \ Grupos de aplicaciones
  • Haga clic con el botón derecho en el grupo de aplicaciones que usa su sitio web.
  • Haga clic en Configuración avanzada …
  • Establezca “Habilitar aplicaciones de 32 bits” en True.

Creo que esto fue porque la aplicación web se compiló solo para 32 bits.

 %windir%\Microsoft.NET\Framework64\v2.0.50727\aspnet_regiis.exe -i 

funcionó para mí después de obtener “Se intentó cargar un progtwig con un formato incorrecto …” con el marco 32

tal vez te ayude a ahorrar un segundo más en Google

Para mí, esto funcionó. Instala secciones de configuración de la máquina, controladores, ensamblajes, módulos, protocolos y muchas otras cosas para que funcionen correctamente.

Para mí fue la activación de HTTP no verificada en las características del servidor.

Necesitábamos instalar ASP.NET 3.5 y 4.5, extensiones ISAPI, filtros ISAPI y Server Side Includes, en el menú de características de Windows bajo las características de desarrollo de IIS.

Alternativamente, hazlo con la línea de comando DISM:

 Dism /online /enable-feature /featurename:NetFx3 /All /Source:WindowsInstallers\Win8\sxs /LimitAccess Dism /online /enable-feature /featurename:NetFx4 /All /Source:WindowsInstallers\Win8\sxs /LimitAccess Dism /online /enable-feature /featurename:IIS-ISAPIExtensions /All /Source:WindowsInstallers\Win8\sxs /LimitAccess Dism /online /enable-feature /featurename:IIS-ISAPIFilter /All /Source:WindowsInstallers\Win8\sxs /LimitAccess Dism /online /enable-feature /featurename:IIS-ServerSideIncludes /All /Source:WindowsInstallers\Win8\sxs /LimitAccess 

La activación http bajo los servicios de WCF a su vez, las características de Windows desactivadas resolvió el problema.

En mi caso, ninguna de las respuestas anteriores resolvió el problema, y ​​la razón era que el módulo CGI no estaba instalado .

Para resolver esto seguí estas instrucciones.

https://docs.microsoft.com/en-us/iis/configuration/system.webserver/cgi