Edit

Remote Debugging Errors and Troubleshooting

  • Article

You may come across the following errors when attempting to debug remotely.

Run the remote debugger as an administrator

You may come across issues if you don't run the remote debugger as an administrator. For example, you may see the following error: "The Visual Studio Remote Debugger (MSVSMON.EXE) has insufficient privileges to debug this process." If you are running the remote debugger as an application (not a service), you may see the different user account error.

When running the remote debugger as a service

When running the remote debugger as a service, we recommend running it as an administrator for several reasons:

  • The remote debugger service only allows connections from administrators, so there are no new security risks introduced by running it as an administrator.

  • It can prevent errors that result when the Visual Studio user has more rights to debug a process than the remote debugger itself does.

  • To simplify the setup and configuration of the remote debugger.

While it's possible to debug without running the remote debugger as an administrator, there are several requirements to make this work correctly and they often require more advanced service configuration steps.

  • The account you are using on the remote machine must have the logon as service privilege. See the steps under "To add logon as a service" in the cannot connect back error article.

  • The account must have rights to debug the target process. To get these rights, you must run the remote debugger under the same account as the process to be debugged. (The easier alternative is to run the service as an administrator.)

  • The account must be able to connect back to (that is, authenticate with) the Visual Studio computer over the network. On a domain, it is easier to connect back if the remote debugger is running under the built-in Local System or Network Service accounts, or a domain account. The built-in accounts have elevated security privileges that can present a security risk.

When running the remote debugger as an application (normal mode)

If you are trying to attach to your own non-elevated process (such as a normal application), it doesn't matter if you are running the remote debugger as an administrator.

You want to run the remote debugger as an administrator in several scenarios:

  • You want to attach to processes running as another user (such as when debugging IIS), or

  • You are trying to launch another process, and the process you want to launch is an administrator.

You do not want to run as an administrator if you want to launch processes, and the process you want to launch should not be an administrator.

Archived error reference articles

The following remote debugging error reference articles are available in the older Visual Studio documentation.

Error: The Microsoft Visual Studio Remote Debugging Monitor on the remote computer does not have permission to connect to this computer

Error: Workgroup Remote Logon Failure

Error: Firewall on Local Machine

Error: Firewall No Authentication

Error: RPC Requires Authentication

Error: You do not have permission to inspect the process's identity

Error: Mixed mode debugging is supported only when using Microsoft .NET Framework 2.0 or greater

Mixed mode debugging for IA64 processes is unsupported.

See also