Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Actualización: noviembre 2007
Este tema se aplica a:
Edición |
Visual Basic |
C# |
C++ |
Web Developer |
|---|---|---|---|---|
Express |
![]() |
![]() |
![]() |
![]() |
Estándar |
![]() |
![]() |
![]() |
![]() |
Pro y Team |
![]() |
![]() |
![]() |
![]() |
Leyenda de la tabla:
![]() |
Se aplica |
![]() |
No procede |
![]() |
Comando o comandos Cómo: Restaurar los comandos ocultos del depurador. |
En este tema se describen los requisitos de software y seguridad para los escenarios de depuración ASP.NET:
Depuración local, en la que Visual Studio y la aplicación web se ejecutan en el mismo equipo. Existen dos versiones dentro de este escenario:
El código ASP.NET reside en el sistema de archivos.
El código ASP.NET reside en un sitio web de IIS.
La depuración remota, en la que Visual Studio se ejecuta en un equipo cliente y depura una aplicación web que se está ejecutando en un equipo servidor remoto.
Requisitos de software
La depuración local de aplicaciones ASP.NET requiere uno de los siguientes sistemas operativos:
Windows Vista Ultimate
Windows Vista Business
Windows Vista Enterprise
Windows XP Professional
Windows Server 2003
La depuración remota de aplicaciones ASP.NET requiere un cliente local que ejecute cualquier edición de Windows Vista o Windows XP y un servidor remoto que ejecute uno de los siguientes sistemas operativos:
Windows Vista Ultimate
Windows Vista Business
Windows Vista Enterprise
Windows XP Professional
Windows Server 2003
Requisitos de seguridad
Para la depuración remota, los equipos locales y remotos deben estar en una configuración de dominio o una configuración de grupo de trabajo. Si los equipos están en una configuración de grupo de trabajo, ambos equipos deben ejecutar Windows XP o Windows Vista.
Para depurar el proceso de trabajo de ASP.NET, debe tener permiso para depurar dicho proceso. De forma predeterminada, las aplicaciones ASP.NET se ejecutan como el usuario ASPNET. Si el proceso de trabajo se ejecuta como ASPNET o como NETWORK SERVICE, deberá tener privilegios de administrador para depurarlo.
El nombre del proceso de trabajo de ASP.NET varía en función del escenario de depuración y de la versión de IIS. Para obtener más información, vea Cómo: Buscar el nombre de un proceso de ASP.NET.
Puede cambiar la cuenta de usuario bajo la que se ejecuta el proceso de trabajo de ASP.NET. En Windows Vista o Windows XP, puede cambiar esta cuenta editando el archivo machine.config en el servidor que ejecuta IIS. En Windows Server 2003, esto se realiza utilizando el Administrador de Internet Information Services (IIS). Para obtener más información, consulte Cómo: Ejecutar el proceso de trabajo en una cuenta de usuario.
Si cambia el proceso de trabajo de ASP.NET para que se ejecute bajo su propia cuenta de usuario, no tiene porqué ser administrador en el servidor que está ejecutando IIS.
Precaución: |
|---|
Antes de cambiar el proceso de trabajo de ASP.NET para que se ejecute bajo una cuenta diferente, considere las posibles consecuencias de que el proceso de trabajo de ASP.NET pudiera sufrir intrusiones mientras se ejecute bajo esa cuenta. Las cuentas de usuario ASPNET y NETWORK SERVICE se ejecutan con permisos mínimos, reduciendo los posibles daños si el proceso sufre alguna intrusión. Si debe cambiar el proceso de trabajo de ASP.NET para que se ejecute bajo una cuenta que tiene mayores permisos, el posible daño es mayor. |
Vea también
Tareas
Cómo: Ejecutar el proceso de trabajo en una cuenta de usuario
Otros recursos
Depurar aplicaciones ASP.NET y aplicaciones habilitadas para AJAX
.gif)
.gif)
.gif)
Precaución: