asp.net - Script no servido por el controlador de archivos estáticos en IIS7.5
windows iis-7.5 (22)
Intenté implementar mi primera aplicación web en IIS en mi computadora portátil Windows 7 Home Premium. Después de crear la aplicación, tuve que cambiar al Pool de aplicaciones clásico, luego establecer ese grupo para Framework 4.0. Ahora recibo el siguiente error:
HTTP Error 404.17 - No encontrado El contenido solicitado parece ser script y no será servido por el controlador de archivos estáticos.
La URL solicitada es http: // localhost: 80 / pvmms / default.aspx
Me temo que la búsqueda en Google no arrojó ningún resultado claro o definitivo para que yo pueda trabajar y, como de costumbre, recurrí a los expertos.
EDITAR: sospecho que esto se debe a que no hay asignaciones de controlador de Framework 4.0 para archivos .aspx. Sin embargo, aspnet_regiis incluso le da un dedo al usuario administrador y dice que necesito derechos de administrador para ejecutarlo.
EDIT # 2: registré todas las estructuras (2 y 4, 32 y 64) y ahora todo funciona. Encontré esto agregando manualmente un mapa de script para .aspx a aspnet_isapi y voila. No entiendo por qué la instalación del framework no hace esto, a menos que mi memoria me falle y solo active IIS después de instalar VS.
Además de lo anterior, si necesita asistencia de WCF, es posible que deba ejecutar esto:
c:/Windows/Microsoft.NET/Framework/v3.0/Windows Communication Foundation/ServiceModelReg.exe -i
Reemplace v3.0 a cualquiera que sea su versión de marco actual.
Encontré este error de IIS 8.5 cuando intentaba acceder a un servicio de WCF que había escrito. Resulta que el servidor no tenía activadas las funciones de Activación HTTP WCF. Marque las casillas y haga clic en el asistente, iisreset, comenzó a trabajar.
Existe la posibilidad de que el grupo de aplicaciones creado para su aplicación de forma predeterminada sea la versión 2. Por lo tanto, aunque ve un controlador para la extensión .svc en la lista, no funciona y lo trata como un archivo estático. Todo lo que necesita es abrir las propiedades del grupo de aplicaciones y cambiarlo a la versión 4.
Me encontré con esta pregunta cuando me encontré con el mismo problema. La causa principal de mi problema fue un grupo de aplicaciones configurado incorrectamente. Estaba configurado para 2.0 inadvertidamente, cuando se tenía que establecer en 4.0. La respuesta en el siguiente enlace me ayudó a descubrir este problema: http://forums.iis.net/t/1160143.aspx
Navegue a su gusto del directorio de arquitectura .Net y CPU usando CMD o powershell
Ingrese este comando: aspnet_regiis –r
Otra solución posible que encontré es tener el mismo mensaje de error.
Al tratar de configurar una aplicación web .NET 4.0 para un nuevo grupo de aplicaciones, recibía este error extraño que me decía que estaba tratando de procesar mi archivo aspx con el controlador de archivos estáticos, lo cual no tenía sentido.
Por alguna razón, el ISAPI para .NET 4.0 se configuró como deshabilitado en el área Restricciones de ISAPI y CGI del nivel del servidor en el administrador de IIS. Configurarlo como habilitado fue todo lo que se requirió ; sin embargo, el administrador de IIS 7.5 es tan intrincado y difícil de seguir que me tomó mucho tiempo resolverlo.
Supongo que, dado que era una aplicación 4.0 que no podía ser procesada por el motor 4.0, el manejador de archivos estáticos estaba siendo utilizado por defecto.
Para otras personas que lean esto:
Esto puede suceder si la versión .Net que ha registrado no es la que se seleccionó en la ''Configuración básica'' del grupo de aplicaciones adjunto a su sitio web. Por ejemplo, su grupo de aplicaciones de sitios tiene .Net v2.0 seleccionado pero usted registró v4.0
Quizás sea demasiado tarde ahora, pero la mayoría de las veces necesitas correr
aspnet_regiis.exe -i
después de instalar asp.net. Tal vez lo haría de todos modos ahora.
Registre asp.net nuevamente ... resolverá el problema.
Vaya a Símbolo del sistema de Visual Studio,
Y registre asp.net como windows / microsoft.net / Framework [.NET version num] / aspnet_regiis.exe -i
Resolví este problema al habilitar los WCF Services
Programs and Features > NET Framework 4.5 Services > WCF Services> HTTP Activation node
Pero tienes que admitir que muchachos esta configuración TODA IIS configura / adivina / prueba y ve / prueba esto / intenta que gaste 4 o 5 de nuestros días tratando de encontrar una solución alrededor de la aproximación ES UNA BROMA COMPLETA Y EXTREMA.
SEGURAMENTE, ''IIS'' ES EL TRUCO DE CONFIANZA MÁS GRANDE JUGADO EN LA HUMANIDAD HASTA LA FECHA
Sé que esta es una vieja pregunta, pero acabo de tener esto con una aplicación de 3.5 en mi máquina reconstruida de Windows 8 y todavía estaba obteniendo esto después de aspnet_regiis -iru y resultó que el ASP.NET 3.5 no estaba marcado dentro de Características de desarrollo de aplicaciones (no hay suficiente reputación para publicar una imagen).
Si está usando iis 7.5.
Simplemente acceda al Administrador de IIS, abra las propiedades de su sitio web.
Verá la sección ''Asignaciones de Manejador'' allí, solo vaya a esa sección y busque ''staticFile''.
Lo más probable es que sea un último archivo en la lista.
A continuación, haz clic derecho sobre él y selecciona ''Volver a padre''.
He perdido tantas horas mientras me he enfrentado esta primera vez, de todos modos esto resolverá su problema.
Tuve el mismo problema en una máquina con Windows 8 que estoy configurando. Había instalado vs2012 antes de vs2010, que instala .NET framework 4.5. Tengo mis grupos de aplicaciones ejecutándose en 4.0. Me aseguré de tener aspnet registrado para 4.0 usando aspnet_regiis -i. Eso todavía no hizo el truco. Luego abrí las Características de Windows y noté que 4.5 agregaba un conjunto llamado ".NET Framework 4.5 Advanced Services". Activaba el nodo del Servicio WCF y sus hijos y luego mi punto final svc funcionaba correctamente. Espero que esto ayude a las personas que se están moviendo a Windows 8.
Tuve el mismo problema, acabo de cambiar la versión del framework de destino en el sitio web a la versión en la que está desarrollado, Same in IIS. Esto resolvió mi problema. Espero que esto ayude...
Gracias
Tuve este problema con Windows Server 2012 con ASP .NET 4.5 no puede usar aspnet_regiis.exe, y solo tengo que instalar ASP .NET 4.5 a través del Asistente para agregar roles y características:
Puede encontrar el elemento de menú "Agregar roles y características" en el menú "Administrar", en la esquina derecha del Administrador del servidor
Uno de los peores escenarios que acabo de resolver es tener una entrada conflictiva en Web.config.
En mi máquina local no tenía la extensión .woff registrada en IIS, así que la agregué usando Web.config. Pero en el servidor de producción .woff tenía el tipo de mimo registrado. Esto causó un conflicto de nivel de aplicación.
La parte graciosa es que no hay ningún error registrado para esto. Solo un trabajo de adivinar (primera vez, por supuesto).
Entonces, para mí, la solución era simplemente eliminar y / o elementos de web.config.
Utilizando el administrador de IIS, encontré que los archivos .aspx se mapeaban (en "Asignaciones de manejadores") a ISAPI 2.0, aunque ASP.NET 4.5 había sido instalado previamente. Ediándolas para apuntar (también) a un ejecutable para ISAPI 4.0 64 bits corrigió el problema.
El ejecutable fue encontrado en% windir% / Microsoft.NET / Framework64 / v4.0.30319 / aspnet_isapi.dll
Yo tuve el mismo problema. Cuando agregué feaute de contenido estático para IIS, funciona bien.
cmd -> clic derecho -> Ejecutar como administrador
C: / Windows / Microsoft.NET / Framework / v4.0.30319 / aspnet_regiis.exe -i
podría ser una razón múltiple, en mi caso en el grupo de aplicaciones-> configuración avanzada-> Habilitar la aplicación de 32 bits (debería ser cierto). Se configuró en falso antes.
recibí este mensaje para una aplicación en iis 7.5 con un grupo de aplicaciones clásico asignado a .net 2.0. Necesitaba ir a Handler Mappings y agregar dos mapas de script, los dos eran iguales con excepción del nombre. un nombre era svc-ISAPI-2.0-64, el otro era svc-ISAPI-2.0. La ruta de solicitud fue .svc. Y el ejecutable era% SystemRoot% / Microsoft.NET / Framework64 / v2.0.50727 / aspnet_isapi.dll. reinicié iis y todo fue feliz
debería verificar esta opción, supongo