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.
En este tema se describen los requisitos de software y seguridad para los escenarios de depuración de ASP.NET.
Depuración local, en la que tanto Visual Studio como la aplicación web se ejecutan en el mismo equipo. Hay dos versiones 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 Internet Information Services (IIS).
Depuración remota, en la que Visual Studio se ejecuta en un equipo cliente y depura una aplicación web que se ejecuta en un equipo de servidor remoto.
Requisitos de seguridad
Para la depuración remota, los equipos locales y remotos deben estar en una configuración de dominio o en una configuración de grupo de trabajo.
Para depurar el proceso de trabajo de ASP.NET (hospedado por un grupo de aplicaciones), debe tener permiso para depurar ese proceso. De forma predeterminada, ASP.NET aplicaciones anteriores a IIS 6.0 se ejecutan como el usuario ASPNET . En IIS 6.0 e IIS 7.0, la cuenta de SERVICIO DE RED es la predeterminada. Si el proceso de trabajo se ejecuta como ASPNET o como SERVICIO DE RED, deberá tener privilegios de administrador para depurarlo.
Importante
A partir de Windows Server 2008 R2, se recomienda usar ApplicationPoolIdentity como identidad para cada grupo de aplicaciones.
El nombre del proceso de trabajo de ASP.NET varía según el escenario de depuración y la versión de IIS. Para obtener más información, vea How to: Find the Name of the ASP.NET Process.
Puede cambiar la cuenta de usuario en la que se ejecuta el proceso de trabajo de ASP.NET editando el archivo machine.config en el servidor que ejecuta IIS. La mejor manera de hacerlo es usar el Administrador de Internet Information Services (IIS). Para obtener más información, vea 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 en su propia cuenta de usuario, no tiene que ser administrador en el servidor que ejecuta IIS.
Precaución
Antes de cambiar el proceso de trabajo de ASP.NET para que se ejecute en una cuenta diferente, tenga en cuenta las posibles consecuencias si se debe hackear el proceso de trabajo de ASP.NET mientras se ejecuta con esa cuenta. Las cuentas de usuario de ASPNET y NETWORK SERVICE se ejecutan con permisos mínimos, lo que reduce los posibles daños si se hackea el proceso. Si debe cambiar el proceso de trabajo de ASP.NET para que se ejecute en una cuenta que tenga permisos mayores, el posible daño es mayor.