No se puede iniciar la depuración en el servidor web. No se pudo iniciar la depuración de ASP.NET VS 2010, II7, Win 7 x64

Estoy ejecutando Visual Studio 2010 (como administrador), IIS 7 en Windows 7 x64. Puedo ejecutar el sitio web ASP.NET en IIS 7 sin depurar bien, pero cuando presiono F5 para depurarlo, obtengo:

No se puede iniciar la depuración en el servidor web. No se pudo iniciar la depuración de ASP.NET. Puede haber más información disponible iniciando el proyecto sin depurar.

Desafortunadamente, el enlace de ayuda no me está ayudando mucho y conduce a un gran árbol de cosas.

Verifiqué lo siguiente:

• Requisitos de seguridad: no recuerdo haber tenido que hacer nada especial antes. El proceso de trabajo en IIS7 es w3wp.exe. Dice que si se ejecuta como ASPNET o SERVICIO DE RED, debo tener privilegios de administrador para depurarlo. ¿Cómo puedo saber si necesito cambiar algo aquí?

• Páginas de propiedades del sitio web> Opciones de inicio> Depuradores> ASP.NET está marcado. El servidor personalizado se establece en la URL del sitio (que funciona bien sin depurar).

• La depuración está habilitada en web.config.

• La aplicación está usando ASP.NET 3.5 (eventualmente quiero pasar a 4.0 pero tengo que lidiar con una migración).

• Grupo de aplicaciones: Classing .NET AppPool (también probé DefaultAppPool).

¿Alguna idea de dónde puedo consultar a continuación?

Seguramente no debería ser tan difícil instalar IIS, VS, crear un sitio web y comenzar a probarlo.

Gracias por adelantado.

Intente ir a IIS y verifique que se inicie el grupo de aplicaciones que está utilizando. Muchas veces, producirá un error que cerrará el grupo de aplicaciones. Solo necesita hacer clic con el botón derecho y comenzar, y debería estar listo para comenzar.

Resulta que el culpable fue el módulo IIS Url Rewrite . Había definido una regla que redirigía las llamadas a Default.aspx (que se estableció como la página de inicio del sitio web ) a la raíz del sitio para poder tener una URL de inicio canónica. Sin embargo, aparentemente VS tuvo un problema con esto y se confundió. Este problema no sucedió cuando estaba usando Helicon ISAPI_Rewrite, por lo que ni siquiera se me ocurrió verificarlo.

Terminé creando un sitio web completamente nuevo desde cero y transfiriendo proyectos / archivos poco a poco a mi solución y reconstruyendo mi web.config hasta que descubrí esto. Bueno, al menos ahora tengo un sitio un poco más limpio usando .NET 4.0 (hasta ahora, espero que no me encuentre con ninguna pared), ¡pero qué molestia!

Visual Studio, al iniciarse, intentará (por alguna razón) acceder a la URL:

/debugattach.aspx

Si tiene una regla de reescritura que redirige (o captura), por ejemplo, .aspxarchivos, en otro lugar, obtendrá este error. La solución es añadir esta sección para el comienzo de su web.config's <system.webServer>/<rewrite>/<rules>sección:

<rule name="Ignore Default.aspx" enabled="true" stopProcessing="true">
    <match url="^debugattach\.aspx" />
    <conditions logicalGrouping="MatchAll" trackAllCaptures="false" />
    <action type="None" />
</rule>

Esto se asegurará de detectar esta solicitud en particular, no hacer nada y, lo más importante, detener la ejecución para que no se ejecute ninguna de sus otras reglas. Esta es una solución sólida, así que siéntase libre de mantenerla en su archivo de configuración para producción.

Para beneficio de otros, en mi caso configuré el grupo de aplicaciones para usar mis credenciales de Windows para acceder a un recurso compartido de red. Desde la última vez que depuré la solución, restablecí mi contraseña de Windows. Se cambió la contraseña almacenada en el grupo de aplicaciones y bada bing.

Si ApplicationPool Identity tiene una cuenta personalizada y se cambia la contraseña de la computadora, debe actualizar su contraseña

Para mi escenario, fueron cambios en la sección httpErrors en web.config, configurándolo así:

<httpErrors mode="Custom"> 

provocó el problema "No se puede iniciar la depuración en el servidor web". Regresarlo al valor anterior de "DetailLocalOnly" solucionó el problema. Profundizando un poco más descubrí que en realidad era solo la configuración de error 401 lo que estaba causando esto:

<httpErrors mode="Custom"> 
    <error statusCode="401" prefixLanguageFilePath="" path="/masterpages/500.html" responseMode="ExecuteURL" />
<httpErrors mode="Custom"> 

Al comentar la línea de error 401 también solucionó el problema, seguí con eso ya que luego puedo mantener el manejo de errores personalizado y comenzar con la depuración.

Todavía no tengo idea de por qué está sucediendo esto.

Grupo de aplicaciones de verificación Plase. si está detenido. reiniciarlo.

Tuve el mismo problema al intentar depurar un módulo DNN (Dot Net Nuke). Resultó que necesitas tener compilación debug = "true":

<compilation debug="true" strict="false" targetFramework="4.0"> 

en su web.config. De forma predeterminada, es falso en DNN. Fuente original aquí: http://www.dnnsoftware.com/forums/forumid/111/postid/189880/scope/posts

Tengo exactamente el mismo problema después de implementar el módulo de reescritura.

Si elimino las entradas de reescritura de mi archivo web.config, la depuración funciona perfectamente.

Para evitar esto, solo comentaré las etiquetas de reescritura durante la depuración, así ...

<rewrite>
    <rules>
        <rule name="LowerCaseRule_1" stopProcessing="true">
            <match url="[A-Z]" ignoreCase="false" />
            <action type="Redirect" url="{ToLower:{URL}}" />
        </rule>
        <rule name="RedirectDefault.aspx_1" stopProcessing="true">
            <match url="(.*)default.aspx" />
            <action type="Redirect" url="{R:1}" redirectType="Permanent" />
        </rule>
    </rules>
</rewrite>

Luego elimino los comentarios después de la depuración.

Debe ser un error en Visual Studio 2010.

Recibí el mismo error desde que el grupo de aplicaciones se detuvo en IIS. Después de iniciar el grupo de aplicaciones, se resolvió el problema.

Esto es lo que hice para borrar el error que anotó. Localice la carpeta web de la aplicación dentro del sistema de archivos, vaya a Propiedades => Seguridad, haga clic en el botón Avanzado, luego haga clic en la pestaña Propietario , haga clic en el botón Editar y cambie el propietario (con los permisos correctos) de la carpeta y marque la casilla " Reemplazar propietario en subcontenedores y objetos "casilla de verificación. Haga clic en " Aplicar " y luego estaba en el negocio (capaz de depurar).

Espero que esto funcione para otra persona.

Finalmente arreglé esto para mi única solución que tenía esto. Dos de los proyectos de la solución se establecieron como sitios en IIS. Entré y habilité la suplantación de ASP.Net bajo Autenticación para ambos proyectos ... ¡y VIOLA! ¡FINALMENTE, no más de este molesto error!

Recibí el mismo mensaje de error en VS 2012, pero no se estaba ejecutando como administrador. Cuando ejecuté la aplicación como administrador, recibí un mensaje diferente y un poco más útil (que pude entender). HTH

Si App Pool tiene problemas para reiniciarse o simplemente no quiere reiniciar, verifique si Windows realizó una actualización reciente en ASP.NET v4.0 u otro App Pool. Eso es lo que pasó en mi caso. Simplemente reinicié mi computadora, luego reinicié ASP.NET v4.0 App Pool y todo estaba funcionando nuevamente.

Dan,

Además de las sugerencias de Aaron, intente lo siguiente

• Compruebe que la autenticación de Windows integrada esté seleccionada en su sitio web de IIS
• ¿Puede depurar usando Cassini en lugar de IIS?

Tuve el mismo problema con Windows 10 cuando se activaron todas las funciones de Windows de IIS. Cambió a Windows 8.1 y volvió a tener problemas. La raíz estaba en el nombre del sitio web " http: //MySite.local " (no relacionado con la versión del sistema operativo).

Y la solución es simple

• Editar archivo de hosts en %SystemRoot%\System32\drivers\etc\

• Agregar línea con enlace de IP: 127.0.0.1 MySite.local

Este error apareció hoy debido a un defecto en el código que se estaba publicando una gran cantidad de veces, lo que provocó que IIS se inundara de solicitudes. Básicamente, esto bloqueó IIS y, por lo tanto, cuando intenté depurar, se agotó el tiempo para intentar iniciar el depurador. Simplemente reinicié IIS, que tomó unos minutos, y resolvió el problema.

Seguro que desearía que este error fuera menos genérico, parece que hay varias formas diferentes de producirlo.

Tuve el mismo problema en Visual Studio 2012 y 2013 en Windows 8.1. Para mí, la solución fue agregar la autenticación de Windows a IIS usando 'Activar o desactivar las funciones de Windows'

Asegúrese de que el grupo de aplicaciones de su sitio utilice la versión de marco correcta . Recibí el error "No se puede iniciar la depuración" en un sitio ASP.Net 2005. Estaba usando incorrectamente DefaultAppPool en Windows 7 (que creo que estaba usando .Net Framework 4). Creé un nuevo grupo de aplicaciones basado en .Net Framework 2 y lo asigné al sitio web del problema. Después de eso, la depuración funcionó bien.

Compruebe si su sitio web en IIS no se detiene.

Lo arreglé y puse mi sitio web en funcionamiento. :RE

Tuve este problema y finalmente me di cuenta de que ASP.net no está registrado correctamente con IIS. Esto puede suceder cuando el servidor IIS está instalado antes que Visual Studio. Para solucionar este problema, utilice el comando aspnet_regiis -i Puede encontrar más información en el enlace

tenía el mismo problema. Si tiene un certificado SSL instalado en IIS y si está intentando depurarlo desde Visual Studio, debe configurar su aplicación en IIS para ignorar el certificado.

Tuve el mismo problema y descubrí que se debía a que había escrito un carácter por error en mi Web.configdespués de la etiqueta final. Mi Web.configparecía que esta justo al final: </section>h. La "h" era un carácter adicional después de la etiqueta de cierre.

elimine la picadura como esta: targetFramework = "4.0" en web.config o cambie AppPool a la versión de marco apropiada.

La desinstalación de la extensión IIS UrlScan me solucionó el problema.

Me había enfrentado al mismo problema, pero estaba en el servidor de desarrollo web de Visual Studios en lugar de IIS. La solución es desmarcar la opción en la pestaña Web en las propiedades del proyecto, Aplicar la configuración del servidor a todos los usuarios (almacenar en el archivo del proyecto). ahorrará tiempo valioso a alguien.

Yo tuve el mismo problema. Todas las respuestas anteriores no funcionaron para mí. La solución fue eliminar la carpeta bin y obj manualmente.

También encontré este problema, pero era más similar a lo que explicó @Kirk y la reescritura de URL.

En mi caso, alguien había verificado este cambio en el archivo web.config para un proyecto MVC:

<system.webServer>
    <security>
        <requestFiltering>
            <fileExtensions>
                <add fileExtension=".aspx" allowed="false" />
            </fileExtensions>
        </requestFiltering>
    </security>
</system.webServer>

Debido a que las extensiones de archivo .aspx no estaban permitidas en el servidor web, /debugattach.aspxse denegó la URL, lo que impidió que se ejecutara el depurador. Una vez que eliminé esta configuración, funcionó nuevamente.

Tuve el mismo problema cuando creé la aplicación en Visual Studio, y luego en las propiedades creé el directorio virtual para usar con IIS local. Si alguien tiene este error es porque VS crea una aplicación en AppPool incorrecto, es decir, en AppPool que no se adapta a sus necesidades.
Si este es el caso, vaya al Administrador de IIS, seleccione Aplicación, Vaya a Configuración básica y cambie AppPool por Aplicación y estará listo para comenzar.

Recibí este mismo error recientemente y en mi caso resultó que había tipos MIME duplicados. Recientemente había agregado dos que inicialmente no aparecían en la lista. IIS me permitió agregarlos y fue solo cuando decidí verificar los tipos MIME para el sitio nuevamente como parte de mi proceso de diagnóstico que también obtuve un error en IIS. Hacía referencia a duplicados en web.config. Una vez que volví al archivo web.config, noté que se había agregado una nueva sección llamada, que incluía los dos tipos MIME recientemente agregados. ¡Eliminada esa sección y la vida es buena otra vez! Espero que esto pueda ayudar a otros que no han logrado solucionar el problema con ninguna de las otras sugerencias.