“Mensaje de error de la página que está solicitando no se puede atender debido a la configuración de la extensión”.

Recibo este mensaje de error cuando trato de ejecutar mi aplicación. No sé cómo solucionarlo:

HTTP Error 404.3 – No encontrado La página que está solicitando no se puede servir debido a la configuración de la extensión. Si la pagina es un script, agregue un controlador. Si el archivo debe descargarse, agregue un mapa MIME.

Aquí hay una captura de pantalla de la página de error: texto alternativo

¿Qué puedo hacer para arreglar este error?

Utilice aspnet_regiis.exe para registrar la versión de .NET framework que está utilizando.

Este es un problema común y ocurre cuando IIS se instala después de VS o .NET framework.

Nota: para los usuarios de Windows 8/10, vea la otra respuesta de JohnOpincar a continuación . Y también el comentario / sugerencia de Kevin Brydon.

En Windows 8/10, debes usar

  • Progtwigs y características →
  • Activar o desactivar las características de Windows →
  • IIS →
  • Servicios de World Wide Web →
  • Características de desarrollo de aplicaciones →
  • Compruebe los elementos apropiados, como habilitar ASP.NET.

En mi caso, necesitaba agregar tipos MIME para cada extensión de archivo que deseaba servir a la configuración web:

       ...  

Lo arreglé en mi Windows 10:

  1. Vaya a Panel de control – Progtwigs y características – Active o desactive las características de Windows.

  2. Seleccione .NET Framework 4.6 Advanced Services – WCF Services

  3. Verifique la Activación HTTP.

  4. OK hecho.

En caso de que esto ayude a alguien, recibí este error al intentar ejecutar aspnet_regiis.exe:

La operación falló con 0x8007000B

Se intentó cargar un progtwig con un formato incorrecto

Resultó que el servidor estaba ejecutando 2008 64 bit y yo estaba tratando de ejecutar la versión de 32 bits de la utilidad. Ejecutar la versión encontrada en \ Windows \ Microsoft.NET \ Framework64 \ v2.0.50727 solucionó el problema.

 c:\Windows\Microsoft.NET\Framework64\v2.0.50727>aspnet_regiis.exe -i 

Acabo de tener la misma situación con mi cliente. Tenemos nuestro propio producto que instala un sitio web. El instalador configura todo: el grupo de IIS, el sitio, web.config, etc.

Instalamos otro sitio web usando nuestro instalador. Ingresamos los mismos parámetros, por lo que web.configs pasó a ser el mismo en ambos sitios.

Sin embargo, el sitio recién instalado funcionó bien, mientras que el antiguo no funcionaba bien. Luego abrí 2 ventanas de Administrador de IIS y comencé a comparar la diferencia en la configuración del sitio web. Y encontré un problema.

Alguien eliminó todas las asignaciones de controladores con el sitio anterior. Si vas a “asignaciones de manejador”, deberías ver aspx, asmx y otras extensiones y nombres de los manejadores. Entonces, en el sitio antiguo, todos esos registros faltaban.

Por lo tanto, sugeriría primero verificar las “asignaciones de manejador”: debe haber muchos registros allí. Cree un nuevo sitio web y compare para saber cuántos debe haber.

Quién los eliminó, a una persona u otro progtwig, no tengo ni idea. Si alguien puede decir si existe alguna aplicación de seguimiento que diría que el dominio del usuario \ john estaba modificando el sitio web en la fecha “07.03.2012 12:34” que sería útil.

Solucioné mi problema en el servidor de Windows 2012 al instalar TODAS las características de WCF.

A) Administrador del servidor> Administrar [vínculo arriba a la izquierda]> Agregar funciones y funciones

B) En Funciones> Características de .Net Framework 4.5> Servicios de WCF

C) Verifique (habilite) las características. Revisé todo.

D) Instalar

Al ejecutar Windows Server 2008 R2 64bit y .net framework 4.5, se ejecutó este comando desde esta ubicación y fue exitoso:

 C:\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis -i 

salida:

 Microsoft (R) ASP.NET RegIIS version 4.0.30319.0 Administration utility to install and uninstall ASP.NET on the local machine. Copyright (C) Microsoft Corporation. All rights reserved. Start installing ASP.NET (4.0.30319.0). ..... Finished installing ASP.NET (4.0.30319.0). 

Como @Mahmoodvcs mencionó que era necesario establecer / agregar tipos MIME para la extensión de archivo que necesitaba para alojar / descargar directamente, en este caso es un archivo de volcado de Heroku (copia de seguridad de la base de datos de postgres), para configurar un servidor IIS público donde puede descargar estos archivos sin necesidad de un depósito AWS S3 o recursos compartidos HTTP como Dropbox. ¡Esta es una excelente opción!

    

Por cierto, acabo de descubrir esta publicación: http://blogs.msdn.com/b/webtopics/archive/2010/03/19/iis-7-5-how-to-enable-iis-configuration -auditing.aspx explica cómo auditar los cambios en IIS. Para aquellos que enfrentan problemas similares, sugiero activar la auditoría y luego ver por qué su sitio dejó de funcionar.

Yo también tuve este error, en Windows Server 2008 IIS 7, no tenía instalado Visual Studio, por lo que una reinstalación / reparación de .NET 4.0 hizo el truco.

Para agregar una extensión para servir en IIS siga:

  1. Abra el Administrador de IIS y navegue hasta el nivel que desea administrar.
  2. En la Vista de características, haga doble clic en Tipos MIME.
  3. En el panel Acciones, haga clic en Agregar.
  4. En el cuadro de diálogo Agregar tipo MIME, escriba una extensión de nombre de archivo en el cuadro de texto Extensión de nombre de archivo. … Escriba un tipo MIME
  5. en el cuadro de texto tipo MIME.
  6. Haga clic en Aceptar.

Estaba intentando configurar MediaWiki en mi PC con Windows 7 y obtuve este error.

Mi solución fue “crear un mapeo de controlador FastCGI global para php” .

Verifique que el grupo de aplicaciones en IIS (en el caso de IIS7 o superior) esté seleccionado como integrado. En este caso, probablemente cambiar a Classic puede resolver este problema.

Relacionado con Server 2016, debo agregar:

  1. Ejecute este comando: aspnet_regiis -lv desde este directorio: C:\Windows\Microsoft.NET\Framework\v2.0.50727\ Esto le brinda la mejor vista de lo que está sucediendo

  2. En Server 2016, instalar .net e iis fuera de secuencia no parece ser un problema.

  3. Lo que es más probable que sea un problema en Server 2016 es simplemente que asp.net no está instalado en la máquina.