We’ve heard requests like these, and our team has built a tool for just these scenarios. I’d like to introduce you to the Microsoft Connectivity Analyzer (beta), a portable version of the Remote Connectivity Analyzer website. Here is a short 49 second video that introduces the Microsoft Connectivity Analyzer. CloseDirectX End-User Runtime Web Installer On the Windows PC you want to connect to remotely, download the Microsoft Remote Desktop assistant to configure your PC for remote access.

1. Microsoft Remote Tools For Visual Studio 2017
2. Microsoft Remote Server Administration Tool
3. Microsoft Remote Tool For Mac

Viewer is a single 'command center' used by a support technician/admin. The Viewer is where you keep your address book, start remote sessions and manage your licenses.

Related links: About Remote Utilities

The Host is a remote module installed on a target (i.e. remote) PC. This module works for both unattended and attended access.

Related links: About Remote Utilities

Agent is a remote module for spontaneous-only support. The Agent displays its own window that can be branded with your custom logo and text. Agent doesn't require installation and administrative privileges to run.

Related links: About Remote Utilities

Remote Utilities

Install the Viewer on the computer you want to control from. Alternatively, you can run the portable Viewer without installation.

Version 7.0.0.3, March 26, 2021.
30-day trial. License required after trial expires.

Install the Host on each remote computer for unattended access. For spontaneous remote support use the run-only Agent.

Version 7.0.0.3, March 26, 2021.
Doesn't require a license key.

Multilingual | System requirements | SHA-256
Watch product video (2:19)

RU Server

Install RU Server on your premises to route your remote connections through and use enhanced capabilities. Learn more.

Version 3.0.0.1, March 24, 2021.
64-bit OS required.
Doesn't require a license key.

Multilingual | System requirements | SHA-256

• Danish
• Dutch
• French
• German
• Greek

• Polish
• Portuguese
• Spanish
• Swedish
• Turkish

• Windows 10/8/7/Vista/XP
• Windows Server 2019/2016/2012/2008/2003
• 32- and 64-bit OS support
• No special hardware requirements

• Windows 10/8/7/Vista
• Windows Server 2019/2016/2012/2008/2003
• 64-bit OS required
• No special hardware requirements
• RU Server computer must have a public (external) IP address or DNS name. Learn more

viewer7.0.0.3.exe
A9C48FA2FE5B97D93793BCD6D5FF053C08E09380109660AFA5755910D2EF8726

viewer7.0.0.3.portable.zip
C9D23BC20B8C841BAD0B55818BC662A6755C5D807D806176932DA83F1B86B664

host7.0.0.3.exe
A52D56E1BEAB8B1F6D4F295E3519F195056CACEAD1FBCF51CC7DA0026093AE50

agent7.0.0.3.exe
70BB8183EDF55ADAB2A8D93CF5099D101090923DFA71F3DCFF70A73044BBD59C

host7.0.0.3.msi
5AB1418E9AC12505021FF59717E362990E3766E6EE353700F0DDFFE8BAA726DC

server3.0.0.1.exe
A54B6F17C3354F63B859921F9F955241649B60FE102982C045D3AC24C63C2B4E

You can debug a Visual Studio application that has been deployed on a different computer. To do so, you use the Visual Studio remote debugger.

For in-depth instructions on remote debugging, see these topics.

If you just want to download and install the remote debugger and don't need any additional instructions for your scenario, follow the steps in this article.

Download and Install the remote tools

On the remote device or server that you want to debug on, rather than the Visual Studio machine, download and install the correct version of the remote tools from the links in the following table.

• Download the most recent remote tools for your version of Visual Studio. The latest remote tools version is compatible with earlier Visual Studio versions, but earlier remote tools versions aren't compatible with later Visual Studio versions. (For example, if you are using Visual Studio 2017, download the latest update of the remote tools for Visual Studio 2017. In this scenario, do not download the remote tools for Visual Studio 2019.)
• Download the remote tools with the same architecture as the machine you're installing them on. For example, if you want to debug a 32-bit app on a remote computer running a 64-bit operating system, install the 64-bit remote tools.

You can run the remote debugger by copying msvsmon.exe to the remote computer, rather than installing the remote tools. However, the Remote Debugger Configuration Wizard (rdbgwiz.exe) is available only when you install the remote tools. You may need to use the wizard for configuration if you want to run the remote debugger as a service. For more information, see (Optional) Configure the remote debugger as a service.

Note

• To debug Windows 10 apps on ARM devices, use ARM64, which is available with the latest version of the remote tools.
• To debug Windows 10 apps on Windows RT devices, use ARM, which is available only in the Visual Studio 2015 remote tools download.

Requirements

Supported Operating Systems

The remote computer must be running one of the following operating systems:

• Windows 10 (not phone)

• Windows 8 or 8.1 (not phone)

• Windows 7 Service Pack 1

• Windows Server 2016

• Windows Server 2012 or Windows Server 2012 R2

• Windows Server 2008 Service Pack 2, Windows Server 2008 R2 Service Pack 1

Note

Windows Phone requires a USB connection to debug (it does not require the remote tools).

Supported Hardware Configurations

• 1.6 GHz or faster processor

• 1 GB of RAM (1.5 GB if running on a virtual machine)

• 1 GB of available hard disk space

• 5400-RPM hard drive

• DirectX 9-capable video card running at 1024 x 768 or higher display resolution

Network configuration

The remote computer and the Visual Studio computer must be connected over a network, workgroup, or homegroup, or else connected directly through an Ethernet cable. Debugging between two computers connected through a proxy is not supported. Debugging over a high latency or low bandwidth connection, such as dialup Internet, or over the Internet across countries is not recommended and may fail or be unacceptably slow.

(Optional) To run the remote debugger from a file share

You can find the remote debugger (msvsmon.exe) on a computer with Visual Studio Community, Professional, or Enterprise already installed. For some scenarios, the easiest way to set up remote debugging is to run the remote debugger (msvsmon.exe) from a file share. For usage limitations, see the remote debugger's Help page (Help > Usage in the remote debugger).

1. Find msvsmon.exe in the directory matching your version of Visual Studio:

   Program Files (x86)Microsoft Visual Studio2019EnterpriseCommon7IDERemote Debuggerx86msvsmon.exe

   Program Files (x86)Microsoft Visual Studio2019EnterpriseCommon7IDERemote Debuggerx64msvsmon.exe

   Program Files (x86)Microsoft Visual Studio2017EnterpriseCommon7IDERemote Debuggerx86msvsmon.exe

   Program Files (x86)Microsoft Visual Studio2017EnterpriseCommon7IDERemote Debuggerx64msvsmon.exe

2. Share the Remote Debugger folder on the Visual Studio computer.

3. On the remote computer, run msvsmon.exe from the shared folder. Follow the setup instructions.

Tip

For command line installation and command line reference, see the Help page for msvsmon.exe by typing msvsmon.exe /? in the command line on the computer with Visual Studio installed (or go to Help > Usage in the remote debugger).

Set up the remote debugger

1. On the remote computer, find and start the Remote Debugger from the Start menu.

   If you don't have administrative permissions on the remote computer, right-click the Remote Debugger app and select Run as administrator. Otherwise, just start it normally.

   If you are planning to attach to a process which is running as an administrator, or is running under a different user account (such as IIS), right-click the Remote Debugger app and select Run as administrator. For more information, see Run the remote debugger as an administrator.

2. The first time you start the remote debugger (or before you have configured it), the Remote Debugging Configuration dialog box appears.

3. If the Windows Web Services API is not installed, which happens only on Windows Server 2008 R2, select the Install button.

4. Select at least one network type you want to use the remote tools on. If the computers are connected through a domain, you must choose the first item. If the computers are connected through a workgroup or homegroup, choose the second or third item as appropriate.

5. Select Configure remote debugging to configure the firewall and start the remote debugger.

6. When configuration is complete, the Remote Debugger window appears.

   The remote debugger is now waiting for a connection. Use the server name and port number shown to set the remote connection configuration in Visual Studio.

To stop the remote debugger, select File > Exit. You can restart it from the Start menu, or from the command line:

Configure the remote debugger

You can change some aspects of the configuration of the remote debugger after you have started it for the first time.

• If you need to add permissions for other users to connect to the remote debugger, choose Tools > Permissions. You must have administrator privileges to grant or deny permissions.

  Important

  You can run the remote debugger under a user account that differs from the user account you are using on the Visual Studio computer, but you must add the different user account to the remote debugger's permissions.

  Alternatively, you can start the remote debugger from the command line with the /allow <username> parameter: msvsmon /allow <username@computer>.

• If you need to change the Authentication mode or the port number, or specify a timeout value for the remote tools: choose Tools > Options.

  For a listing of the port numbers used by default, see Remote Debugger Port Assignments.

  Warning

  You can choose to run the remote tools in No Authentication mode, but this mode is strongly discouraged. There is no network security when you run in this mode. Choose the No Authentication mode only if you are sure that the network is not at risk from malicious or hostile traffic.

(Optional) Configure the remote debugger as a service

For debugging in ASP.NET and other server environments, you must either run the remote debugger as an Administrator or, if you want it always running, run the remote debugger as a service.

If you want to configure the remote debugger as a service, follow these steps.

1. Find the Remote Debugger Configuration Wizard (rdbgwiz.exe). (This is a separate application from the Remote Debugger.) It is available only when you install the remote tools. It is not installed with Visual Studio.

2. Start running the configuration wizard. When the first page comes up, click Next.

3. Check the Run the Visual Studio 2015 Remote Debugger as a service checkbox.

4. Add the name of the user account and password.

   You may need to add the Log on as a service user right to this account (Find Local Security Policy (secpol.msc) in the Start page or window (or type secpol at a command prompt). When the window appears, double-click User Rights Assignment, then find Log on as a service in the right pane. Double-click it. Add the user account to the Properties window and click OK). Click Next.

5. Select the type of network that you want the remote tools to communicate with. At least one network type must be selected. If the computers are connected through a domain, you should choose the first item. If the computers are connected through a workgroup or homegroup, you should choose the second or third items. Click Next.

6. If the service can be started, you will see You have successfully completed the Visual Studio Remote Debugger Configuration Wizard. If the service cannot be started, you will see Failed to complete the Visual Studio Remote Debugger Configuration Wizard. The page also gives some tips to follow to get the service to start.

7. Click Finish.

   At this point the remote debugger is running as a service. You can verify this by going to Control Panel > Services and looking for Visual Studio 2015 Remote Debugger.

   You can stop and start the remote debugger service from Control Panel > Services.

Microsoft Remote Tools For Visual Studio 2017

Set up debugging with remote symbols

Microsoft Remote Server Administration Tool

You should be able to debug your code with the symbols you generate on the Visual Studio computer. The performance of the remote debugger is much better when you use local symbols. If you must use remote symbols, you need to tell the remote debugging monitor to look for symbols on the remote machine.

Microsoft Remote Tool For Mac

Starting in Visual Studio 2013 Update 2, you can use the following msvsmon command-line switch to use remote symbols for managed code: Msvsmon /FallbackLoadRemoteManagedPdbs

For more information, please see the remote debugging help (press F1 in the remote debugger window, or click Help > Usage). You can find more information at .NET Remote Symbol Loading Changes in Visual Studio 2012 and 2013

See also