unable the servidor puede proceso para ningun net instalacion iniciar esta ejecutando directorio denegado configuracion con asp acceso asp.net-mvc visual-studio-debugging iis-express visual-studio-2013 asp.net-mvc-5

asp.net-mvc - the - no se puede iniciar el servidor web de iis express acceso denegado



ASP.NET MVC5/IIS Express no se puede depurar-Código no ejecutándose (14)

Si está usando una máquina de 64 bits

Vaya a Visual Studio> Menú Herramientas> Opciones

Comienzo una aplicación web VS2013 VB.Net MVC5, establezco un punto de interrupción en el método HomeController About y ejecuto "Iniciar depuración", navego a la página Acerca de y recibo el mensaje "Code not running - The current Thread is not currently running or the call stack could not be obtained" evitando cualquier depuración.

Si configuro un punto de interrupción en Global.asax Application_Start, el punto de interrupción funciona bien. Cambiar el "Habilitar Editar y Continuar" no hace diferencia.

Alguien tiene alguna idea de lo que está pasando?

Actualización : mi entorno era Windows 8.0 Pro con VS2013 Ultimate.

Desde entonces, descargué mi sistema y realicé una instalación completamente nueva de Windows 8.1 Pro, VS2010 Ultimate, VS2012 Ultimate y VS2013 Ultimate.

La misma prueba se realiza en las 3 versiones de VS - Archivo> Nuevo proyecto> MVC (predeterminado). Las 3 versiones de VS informan que "El Process with an Id of xxx is not running. " Process with an Id of xxx is not running.

Informes de rastreo de depuración VS2013 "The program ''[7720] iisexpress.exe: Program Trace'' has exited with code 0 (0x0). The program ''[xxxx] iisexpress.exe'' has exited with code -1073741816 (0xc0000008) ''An invalid handle was specified''. "

He ejecutado VS dentro y fuera del modo Administrador y recibo los mismos resultados. He desinstalado y reinstalado IIS Express 8.0.



Comencé a tener este problema con Asp.Net Core Web Applications en Visual Studio 2017 . No importaba si era la versión .Net Core Standard con .Net 4.5.2 o la versión Core con 1.1 en mi caso. IISExpress se colgó cuando comencé a depurar.

Intenté todo, nada funcionó hasta que ingresé en programas de agregar / eliminar en Windows 10 y desinstalé .net core 1.0 runtime (tenía 1.0 instalado y 1.1). Una vez que se desinstaló, comencé Visual Studio 2017 y mis aplicaciones .Net Core Web (ambos tipos) y ambos comenzaron a trabajar de nuevo.


El problema similar ocurre en el núcleo de aspdotnet con el mismo error The program ''[xxxx] iisexpress.exe'' has exited with code -1073741816 (0xc0000008).

La configuración del archivo de registro en web.config tampoco produjo información:

<aspNetCore stdoutLogEnabled="true" stdoutLogFile="./logs/stdout" />

Para encontrar el error exacto, el siguiente paso con la información de registro en el símbolo del sistema ayudó:

> dotnet restore > dotnet run

En mi caso, el problema estaba en dotnet core v 1.0.0 instalado, mientras que se requería que la versión 1.0.1 se instalara globalmente.


Eliminar archivo C: / Users / congt / Documents / IISExpress


He resuelto este problema para mí. Intente cambiar todos los valores de Deny a Allow en el archivo %SYSTEM_DRIVE%/Program Files/IIS Express/AppServer/applicationhost.xml . Tenga en cuenta qué servidor web IIS Express está utilizando en la configuración de Visual Studio, 32 bit o 64 bit, eso significa que debo verificar el archivo en diferentes carpetas. Luego reinicie Visual Studio. No conozco los problemas de seguridad para esas líneas de configuración, así que cámbialas bajo tu responsabilidad, pero ha resuelto mi problema.

<section name="asp" overrideModeDefault="Allow" /> <section name="caching" overrideModeDefault="Allow" /> <section name="cgi" overrideModeDefault="Allow" /> <section name="defaultDocument" overrideModeDefault="Allow" /> <section name="directoryBrowse" overrideModeDefault="Allow" /> <section name="fastCgi" allowDefinition="AppHostOnly" overrideModeDefault="Allow" /> <section name="globalModules" allowDefinition="AppHostOnly" overrideModeDefault="Allow" /> <section name="handlers" overrideModeDefault="Allow" /> <section name="httpCompression" overrideModeDefault="Allow" /> <section name="httpErrors" overrideModeDefault="Allow" /> <section name="httpLogging" overrideModeDefault="Allow" /> <section name="httpProtocol" overrideModeDefault="Allow" />

etc.


La solución al problema anterior fue simple. Cierre los entornos dev, vaya a la carpeta Documentos y cambie el nombre de IISExpress. Ahora configure la variable de entorno _CSRUN_DISABLE_WORKAROUNDS (ref: http://gauravmantri.com/2013/02/05/workaround-for-iis-express-crashing-when-running-windows-azure-cloud-service-web-role-with-multiple-instances-in-windows-azure-sdk-1-8-compute-emulator/ ).

Ahora reinicie la PC, inicie VS, cargue el sitio web y ejecute la depuración. IIS volvió a generar automáticamente la carpeta IISExpress y la variable de entorno resolvió conflictos.


Los siguientes pasos solucionan el problema para VS 2015 y VS 2017:

Cerrar VS.

Navegue a la carpeta de la solución y elimine la carpeta oculta .vs.

abrir VS.

Pulse F5 e IIS Express debería cargarse de forma normal, lo que le permite depurar.


Ninguna de las respuestas anteriores funcionó para mí, pero finalmente encontré cuál era mi problema. Con suerte, esto ayudará a alguien más adelante.

Primero ejecute IIS Express desde el símbolo del sistema para validar que el sitio puede ejecutarse o no.

https://docs.microsoft.com/en-us/iis/extensions/using-iis-express/running-iis-express-from-the-command-line

En mi caso, me salió un error al decir que C: / Windows / Microsoft.NET / Framework64 / v4.0.30319 / CONFIG / web.config tenía malformado xml en la línea 14. Al mirar esa línea en el archivo, solo decía null null null nulo nulo, etc.

La solución para mí fue reemplazar el archivo web.config con uno de mis compañeros de trabajo. IMPORTANTE , debe obtener el archivo de alguien que ejecute la misma versión, es decir, si es VS2015, obtenga una copia de alguien que ejecute VS2015. Si lo obtiene de alguien que ejecuta una versión diferente, verá un error que dice que no pudo cargar un ensamblaje desde el manifiesto.

Espero que esto ayude a alguien que haya probado todas las sugerencias anteriores. Creo que la causa de esto fue actualizarme desde el modo de prueba y agregar una clave de producto dentro de VS2017


Otro escenario puede ser que el puerto que IIS está utilizando para su aplicación ya esté siendo utilizado por otra aplicación en ejecución. Intenta cambiar el puerto y mira si funciona para ti.


Para mí, la solución fue mucho más simple. En mi Explorador de soluciones en Visual Studio, hago clic derecho en el proyecto web, selecciono las propiedades y luego me desplazo a la pestaña "web". A partir de ahí cambié la URL del proyecto a otro número de puerto. Por ejemplo, si era http://localhost:1052 - Lo cambié a http://localhost:4356.

No estoy seguro si esto ayuda a alguien más, pero funcionó para mí, ¡espero que también funcione para usted!


Tuve el mismo problema y mi solución fue la siguiente:

En lugar de eliminar el principal applicationhost.config (en su carpeta "Documents / IIS Express"), verifique en su carpeta de soluciones una carpeta ".vs" oculta con una subcarpeta "config". Si esa carpeta existe y tiene su propio archivo applicationhost.config , necesita renombrar (o eliminar) ese archivo o editarlo y asegurarse de que los sitios web configurados en el interior coincidan con las aplicaciones web ASP.NET en su solución. que estás tratando de depurar Espero que esto ayude.


Tuve un problema similar al pasar de Visual Studio 2013 a Visual Studio 2015 en un proyecto de MVC.

Eliminar la solución .vs completa funcionó como un encanto, como señaló Johan J v Rensburg .


Vaya al directorio de proyectos .vs / config / y elimine applicationhost.config. Luego reinicia el proyecto.