Error: No se puede iniciar la depuración en el servidor Web
Actualización: noviembre 2007
Al tratar de depurar una aplicación que se está ejecutando en un servidor Web, puede recibir a veces el siguiente mensaje de error:
Unable to start debugging on the Web server
Si el mensaje es más largo, lo aborda un subtema.
Si aparece este error, debe tener en cuenta varios aspectos. Primero, vaya a Aspectos que se deben comprobar y, a continuación, considere los elementos restantes basándose en la configuración de hardware y software.
Aspectos que se deben comprobar
Aplicaciones Web en servidores remotos
Aplicaciones Web guardadas en Visual SourceSafe y utilización de las Extensiones de servidor de FrontPage
Asociar manualmente
El servidor no pudo procesar la solicitud de depuración porque la sintaxis no era válida
Aspectos que se deben comprobar
Compruebe los siguientes aspectos:
Revise los procedimientos para la configuración de ASP.NET o el servidor ATL. Para obtener más información, vea Preparar la depuración en ASP.NET.
¿Tiene los privilegios de acceso necesarios para depurar? Para obtener más información, vea la sección Requisitos de seguridad en Depuración ASP.NET: requisitos del sistema.
¿Está ejecutando una versión de Windows que permite que el depurador de Visual Studio se conecte automáticamente a una aplicación Web? Si no es así, debe iniciar la aplicación sin realizar la depuración y conectarse a ella manualmente. (Para obtener más información, vea Asociar manualmente y Depuración ASP.NET: requisitos del sistema.)
¿Tiene la aplicación Web un archivo Web.config?
¿Permite el archivo Web.config el modo de depuración estableciendo el valor de atributo debug en true? Para obtener más información, vea Cómo: Habilitar la depuración de aplicaciones de ASP.NET.
¿Hay errores de sintaxis en el archivo Web.config? Puede comprobar si hay errores de sintaxis ejecutando la aplicación Web sin depurar. (En el menú Depurar, elija Iniciar sin depurar.) Si hay errores de sintaxis en el archivo Web.config, se mostrará información detallada al respecto.
¿Creó el proyecto especificando una dirección IP concreta (por ejemplo, 100.20.300.400)? La depuración de un servidor Web requiere la autenticación NTLM. De manera predeterminada, se asume que las direcciones IP forman parte de Internet y la autenticación NTLM no se realiza a través de Internet. Para solucionar este problema:
Cuando cree el proyecto, especifique el nombre del equipo en la intranet.
O bien
Agregue la dirección IP (http://100.20.300.400) a la lista de sitios de confianza en el equipo. En el menú Herramientas de Internet Explorer, seleccione Opciones de Internet y, a continuación, seleccione la ficha Seguridad.
¿Las extensiones necesarias están registradas en el equipo del servidor? Si no es el caso, vuelva a registrar ASP.NET tal como se describe en el siguiente procedimiento.
¿Se instaló IIS en el equipo local (el equipo que ejecuta Visual Studio) después de instalar Visual Studio? IIS debe instalarse antes de Visual Studio. Si se instaló después, es posible que tenga que volver a registrar ASP.NET.
Para volver a registrar ASP.NET
Ejecute en una ventana del símbolo del sistema el siguiente comando: systemroot\Microsoft.NET\Framework\ versionNumber \aspnet_regiis -i
Nota En Windows Server 2003, puede instalar ASP.NET mediante Agregar o quitar programas en el Panel de control.
Inserte el disco de Visual Studio, ejecute el programa de instalación y seleccione Reparar o instalar. Este paso creará el uso compartido de wwwroot$ y agregará los permisos apropiados.
¿Se ha especificado correctamente la dirección URL de la página de inicio del proyecto? ¿Son correctos la extensión y el directorio del proyecto?
Compruebe la configuración de IIS para la aplicación Web. Para obtener más información, vea Cómo: Comprobar los valores de configuración de la propiedad IIS.
Si tiene instaladas dos versiones de .NET Framework en el servidor Web, compruebe que está configurada la versión correcta en la configuración de IIS. Para obtener más información, vea Cómo: Comprobar los valores de configuración de la propiedad IIS.
Aplicaciones Web en servidores remotos
Si la aplicación Web está en un servidor remoto, asegúrese primero de leer Aspectos que se deben comprobar. A continuación, compruebe lo siguiente:
¿El equipo que ejecuta el servidor IIS tiene instalados los componentes remotos de Visual Studio? Para obtener más información, vea Preparar la depuración en ASP.NET.
¿Tiene los privilegios de acceso necesarios para depurar? Para obtener más información, vea la sección Requisitos de seguridad en Depuración ASP.NET: requisitos del sistema.
¿Está utilizando Servicios de Terminal Server para intentar depurar una aplicación Web en un equipo remoto? La depuración remota de aplicaciones Web nativas con Servicios de Terminal Server es compatible con Windows XP. No es compatible con Windows 2000 ni Windows NT.
Aplicaciones Web guardadas en Visual SourceSafe y utilización de las Extensiones de servidor de FrontPage
Si la aplicación Web está guardada en Visual SourceSafe y usa las Extensiones de servidor de FrontPage como modo de acceso al Web, compruebe lo siguiente:
- ¿Está Visual SourceSafe ubicado en el mismo equipo que el servidor de FrontPage o el servidor Web? Si es así, puede depurar utilizando la autenticación integrada. Para comprobar la configuración de la autenticación integrada, vea el procedimiento Para comprobar la configuración de seguridad de IIS para la aplicación Web descrito en el tema siguiente: Cómo: Comprobar los valores de configuración de la propiedad IIS.
El servidor no pudo procesar la solicitud de depuración porque la sintaxis no era válida
A veces, el servidor no puede procesar una solicitud de depuración debido a una sintaxis incorrecta. Una sintaxis de solicitud incorrecta puede ser debida a errores en el archivo machine.config. Este error se produce si en el archivo machine.config el valor de maxRequestLength está establecido en un valor demasiado alto (por ejemplo, 40.960.000).
Asociar manualmente
Si sigue los pasos de solución de problemas y sigue recibiendo un mensaje de error al iniciar la depuración, puede intentar depurar la aplicación mediante una asociación manual.
Para asociar manualmente
Inicie la aplicación sin depuración. (En el menú Depurar, elija Iniciar sin depurar.)
Determine el nombre del proceso o proceso de trabajo de IIS. Las aplicaciones del servidor ATL se denominan inetinfo.exe de manera predeterminada. Para determinar el nombre del proceso de trabajo de ASP.NET, vea Cómo: Buscar el nombre de un proceso de ASP.NET.
Utilice uno de los procedimientos siguientes para determinar el proceso en el cual se ejecuta una aplicación de ASP.NET o del servidor ATL.
Establezca la asociación con el proceso determinado en el anterior paso. Para obtener más información, vea Cómo: Conectar a procesos en ejecución.
Para comprobar bajo qué proceso se ejecuta una aplicación ASP.NET
Use Visual Studio u otro editor de texto para abrir el archivo machine.config de la aplicación.
Dentro del nodo system.web, busque el nodo ProcessModel y examine su atributo enable:
Si enable está establecido en TRUE, la aplicación se ejecuta bajo aspnet_wp.exe o w3wp.exe. Ésta es la opción predeterminada.
Si enable está establecido en FALSE, la aplicación se ejecuta bajo inetinfo.exe.
Para comprobar bajo qué proceso se ejecuta una aplicación de servidor ATL
En el Explorador de soluciones, haga clic con el botón secundario del mouse (ratón) en el nombre del proyecto y, a continuación, elija Propiedades en el menú de acceso directo.
En el cuadro de diálogo Páginas de propiedades de <Proyecto>, abra la carpeta Implementación Web y seleccione General.
Observe la opción Protección de aplicación.
Si el valor es Bajo (proceso IIS), la aplicación se ejecuta bajo inetinfo.exe.
Si el valor es Medio (agrupado), la aplicación se ejecuta bajo un proceso de dllhost.exe (junto con otras aplicaciones de servidor ATL agrupadas).
Si el valor es Alto (aislado), la aplicación se ejecuta bajo un proceso de dllhost.exe (independientemente de otras aplicaciones de servidor ATL).
Haga clic en Aceptar para cerrar el cuadro de diálogo Páginas de propiedades de <Proyecto>.
Vea también
Tareas
Error: El servidor Web no pudo encontrar el recurso solicitado
Referencia
Depurar las aplicaciones Web: errores y solución de problemas