visual tools studio remote for debugger debug attach application asp.net .net visual-studio-2010 iis-7 visual-studio-debugging

asp.net - debugger - remote tools for visual studio 2017



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 (30)

Estoy ejecutando Visual Studio 2010 (como administrador), IIS 7 en Windows 7 x64. Puedo ejecutar el sitio web de ASP.NET en IIS 7 sin depuración, 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 depuración.

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

Revisé 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 averiguar 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 depuración).

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

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

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

¿Alguna idea en la que pueda 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.

Compruebe si su sitio web en IIS no se detiene.

Lo arreglé para poner en funcionamiento mi sitio web. :RE

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
  • ¿Se puede depurar usando Cassini en lugar de IIS?

Esto es lo que hice para borrar el error que anotó. Ubique 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 " Repetir casilla de verificación " propietario en subcontenedores y objetos ". 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 estaba teniendo esto. Dos de los proyectos en la solución se establecieron como sitios en IIS. Entré y habilité la suplantación de ASP.Net en Autenticación para ambos proyectos ... ¡y VIOLA! FINALMENTE, ¡no más de este molesto error!

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

Intente ir a IIS y verifique que el Pool de aplicaciones que está utilizando se haya iniciado. Muchas veces, producirá un error que apaga el grupo de aplicaciones. Solo tiene que hacer clic derecho y comenzar y debería estar listo para continuar.

La desinstalación de IIS UrlScan Extension resolvió el problema para mí.

Me enfrenté al mismo problema, pero fue en el propio servidor de desarrollo web de Visual Studios en lugar de IIS. El objetivo es desmarcar la opción en la pestaña Web debajo de las propiedades del proyecto. Aplicar la configuración del servidor a todos los usuarios (almacenar en el archivo del proyecto). salvará el valioso tiempo de alguien.

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

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

Para el beneficio de otros, en mi caso había configurado el grupo de aplicaciones para usar mis credenciales de Windows para acceder a un recurso compartido de recursos 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 la bada bing.

Para mi caso, fueron los cambios a 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". Volver a establecer el valor anterior de "DetailedLocalOnly" solucionó el problema. Profundizando un poco más descubrí que en realidad solo era la configuración del error 401 la que estaba causando esto:

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

Comentando la línea de error 401 corrigió el problema también, fui con eso ya que puedo mantener el manejo de error personalizado y comenzar con la depuración.

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

Recibí este mismo error recientemente y en mi caso resultó que había tipos MIME duplicados. Recientemente agregué dos que no aparecían en la lista inicialmente. IIS me permitió agregarlos y solo cuando decidí volver a verificar los tipos MIME para el sitio como parte de mi proceso de diagnóstico, también recibí un error en IIS. Hace 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. ¡Eliminó esa sección y la vida vuelve a ser buena! Esperando que esto pueda ayudar a otros que no han logrado solucionar el problema con ninguna de las otras sugerencias.

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 que yo pudiera tener una URL de inicio canónica. Sin embargo, aparentemente VS tuvo un problema con esto y se confundió. Este problema no ocurrió cuando estaba usando Helicon ISAPI_Rewrite, así que ni siquiera se me ocurrió verificarlo.

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

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

Si la identidad de ApplicationPool se establece en una cuenta personalizada y se cambia la contraseña de la computadora, debe actualizar su contraseña

También encontré este problema, pero fue muy similar a lo que explicó @Kirk y la reescritura de URL.

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

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

Como las extensiones de archivo .aspx no estaban permitidas en el servidor web, se /debugattach.aspx URL /debugattach.aspx , lo que impidió la ejecución del depurador. Una vez que eliminé esta configuración, funcionó de nuevo.

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 para comentar las etiquetas de reescritura mientras se depura, 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.

Tuve el mismo problema con Windows 10 cuando activé todas las funciones de Windows de IIS. Cambié a Windows 8.1 y volví 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

  • Edite el archivo de hosts en %SystemRoot%/System32/drivers/etc/

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

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

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

Tuve el mismo problema y descubrí que fue causado porque tuve un personaje tecleado por error en mi Web.config después de la etiqueta de finalización. Mi Web.config veía así al final: </section>h . La "h" era un personaje extra después de la etiqueta de cierre.

Tuve este error hoy debido a un defecto en el código que estaba publicando una gran cantidad de veces lo que provoca que IIS se inunde con las solicitudes. Esto esencialmente bloqueó IIS y, por tanto, cuando intenté depurar, se agotó el tiempo tratando de iniciar el depurador. Simplemente reinicié IIS, lo que llevó unos minutos, y resolvió el problema.

De seguro desearía que este error fuera menos genérico, parece que hay varias maneras diferentes de producirlo.

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

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

/debugattach.aspx

Si tiene una regla de reescritura que redirecciona (o capta), digamos, archivos .aspx , en otro lugar, obtendrá este error. La solución es agregar esta sección al comienzo de la sección <system.webServer>/<rewrite>/<rules> de su web.config :

<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 captar 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 robusta, así que siéntase libre de mantener esto en su archivo de configuración para producción.

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

eliminar sting de esta manera: targetFramework = "4.0" en web.config o cambiar AppPool a la versión de framework apropiada.

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

Asegúrese de que el grupo de aplicaciones de su sitio use la versión de marco correcta . Obtuve el error "No se puede iniciar la depuración" en un sitio ASP.Net 2005. Se estaba utilizando incorrectamente DefaultAppPool en Windows 7 (que creo que estaba usando .NET Framework 4). Creé un nuevo conjunto de aplicaciones basado en .Net Framework 2 y lo asigné al sitio web problemático. Después de que la depuración funcionó bien.