Here's a full step-by-step guide because there is a lot of scattered information and the linked Microsoft article assumes a lot of information.


First let's clarify the terms used throughout the rest of the guide:

![diagram][diagram]

**Client** is the computer on which you do development 
**Remote** is the computer the code has been deployed to that is running on IIS

1. Install msvsmon.exe (**M**icro**s**oft **V**isual**S**tudio **Mon**itor) on the Remote computer. 
 You can find the executable installed with Visual Studio on your Client at the following path:

  

 <pre><code>VS 2010: C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\Remote Debugger\x86 
 VS 2017: C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\Packages\Debugger\X64</code></pre>

 When the tool is up and running, you should see the following application: 

 ![new server][new server]

 The Debugging Monitor has created a server that you can connect to remotely. If you're on a Windows machine, the the name is probably <Code>User@Remote</code>. Remember this name, because you'll need it later. If you want to copy it directly, you can go to Tools > Options and you'll see the server name. You can even change it to something else if you like.

2. From here you can try the shotgun approach and see if everything works, but depending on your network configuration, there might be some additional hiccups. To attempt to debug remotely, open the project up in Visual Studio. This should be the same exact project that is deployed on IIS.

 In Visual Studio, you'll want to attach to the process on the new server. Go to Tools > Attach to Process or hit <kbd>Ctrl</kbd> + <kbd>Alt</kbd> + <kbd>P</kbd>

 ![attach to process][attach to process]

3. In the Attach to Process dialog, change the Qualifier from your current computer's name to the new server name (<code>User@Remote</code>) and hit enter to see a list of the available processes on the remote computer:

 ![attach dialog][attach dialog]

4. If everything comes back right away, you're in good hands. It means there were no firewall policies preventing you from connecting with the remote server, and you can skip to Step 6. 

 Alternatively, if you got the following message, it means your firewall is blocking the client and remote boxes from communicating.

 ![Unable to connect to the Microsoft Visual Studio Remote Debugging Monitor named 'User@Remote'. The Visual Studio Remote Debugger on the target computer cannot connect back to this computer. A firewall may be preventing communication via DCOM to the local computer. Please see Help for assistance.][firewall error]

5. If you weren't able to connect, there could be range of problems depending on your domain policies. For the official firewall setups, you can check out Microsoft's [Configure the Windows 7 Firewall for Remote Debugging][MS firewall guide], but I found it to be lacking in detail.

 If attaching failed, but you still get a message that the user connected like this:

 ![connected][connected]

 Then it means that the problem is not with the outbound rules on the client or the inbound rules on the remote server. It's much more likely the issue is with the inbound rules on the client machine. 

 To fix this, on the Client computer, go to Control Panel > Windows Firewall > Advanced Settings which should open up *Windows Firewall with Advanced Security*. Select *Inbound Rules* and right click to enter a *New Rule*:

 ![new rule][new rule]

 Give the rule any name. Based off advice in [this SO question][SO firewall], instead of exempting particular ports, we'll allow all traffic to go through for any Visual Studio executable. Go to Programs and Services and select the full folder path to the 2010 install of visual studio: 
 `%ProgramFiles% (x86)\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe`

 Then make sure that the rule only applies to computers within the domain (making sure private and public are unchecked).

 ![visual studio rule][visual studio rule]

 With any luck, when you go back to attach the process, you should be able to get into the remote machine.

6. At this point, you should see a list of all the processes on the remote machine. If you wanted to debug a windows application, you'd just pick the name of the process. For ASP.NET, we want to attach to the w3wp.exe (WWW **W**orker **P**rocess). If you don't see it in the list, try kicking off the server by opening up the webpage of the application you'd like to debug. You can do this on localhost or by navigating to the address in IIS from any computer.

 ![attach dialog connected][attach dialog connected]

 Make sure to attach to the right type of code for your application. You can select between native (C++, etc.) or Managed (VB, C#, etc), or select automatic and let Visual Studio decide.

7. If you get the following error, I found that reopening Visual Studio and msvsmon.exe with Admin privileges fixed the issue

 ![Unable to attach to the process. The Visual Studio Remote Debugger (MSVSMON.EXE) has insufficient privileges to debug this process. To debug this process, launch the remote debugger using 'Run as administrator'. If the remote debugger has been configured to run as a service, ensure that it is running under an account that is a member of the Administrators group.][admin error]

8. You'll see a security warning that you can accept by clicking *Attach*:

 ![security warning][security warning]

9. The last issue I ran into was the getting the Debugger Files to load. You need to make sure that the libraries that are being executed exactly match the ones that are currently loaded in visual studio and that they have the correct .pdb files in the solution on the client machine. You can inspect which modules were loaded and where they loaded from by going to Debug > Windows > Modules or hitting <kbd>Ctrl</kbd> + <kbd>Alt</kbd> + <kbd>U</kbd>.
 For more on loading debugger files, you can also try any of the following resources:

 * [Stopping The "Breakpoint Will Not Currently Be Hit" Message][pdb 1]
 * [Fixing "The breakpoint will not currently be hit. No symbols have been loaded for this document."][pdb 2]

Hopefully it's up and working for you at this point. Now you can catch any calls made into your IIS hosted code and step through them same as you would during development.

![Proof of Concept][POC]


**Further Reading**:

* [How to: Set Up Remote Debugging][MS Remote Debugging]
* [Remote IIS Debugging : Debug your ASP.NET Application which is hosted on "Remote IIS Server"][Remote IIS Debugging Article]


[album]: http://imgur.com/a/IQkhG
[diagram]: http://i.imgur.com/BXX58wp.png
[new server]: http://i.imgur.com/gqOfW7I.png
[attach to process]: http://i.imgur.com/PqYkOXv.png
[attach dialog]: http://i.imgur.com/eCZSGJe.png
[firewall error]: http://i.imgur.com/eukbZ6U.png
[connected]: http://i.imgur.com/BN7AYyk.png
[new rule]: http://i.imgur.com/iilYpNu.png
[visual studio rule]: http://i.imgur.com/jebGBxu.png
[attach dialog connected]: http://i.imgur.com/THVmjPN.png
[admin error]: http://i.imgur.com/q2HHBBJ.png
[security warning]: http://i.imgur.com/CnEFvIL.png
[POC]: http://i.imgur.com/N3mAq6B.gif

[SO firewall]: https://stackoverflow.com/a/4176877/1366033

[MS Remote Debugging]: https://msdn.microsoft.com/en-us/library/bt727f1t(v=vs.100).aspx
[MS firewall guide]: https://msdn.microsoft.com/en-us/library/ee126350(v=vs.100).aspx

[Remote IIS Debugging Article]: http://www.codeproject.com/Articles/38132/Remote-IIS-Debugging-Debug-your-ASP-NET-Applicatio

[pdb 1]: http://it.toolbox.com/blogs/programming-life/debugging-net-applications-stopping-the-breakpoint-will-not-currently-be-hit-message-26262
[pdb 2]: https://stackoverflow.com/q/2155930/1366033

Just wondered if anyone could point me in the right direction here?

I'm trying to debug a *deployed* web application and can't seem to get the attach to work.
Here's the scenario:

VS2010 installed on my machine - with all source code.

IE8 on my machine browsing to ASP.NET site on production IIS server (FWIW .pdb files on production site.)

When I attach the debugger to the IE session, and continue browsing the site, no breakpoint is ever hit... so effectivly I don't think I'm really debugging the site!??

I'm guessing that I need some kind of remote debugging set up? If that's the case, if anyone knows of any URL to help that would be much appreciated!

Thanks in advance!

Jim


Debug ASP.NET application running on remote IIS Server from VS2010

# Access localhost from Remote Device

**Prerequisite**: Your website is currently on <code>http://localhost:8081/</code> with a tool like [**live-server**][1]


### a) Publish on *Same* Network

Within the same network, you can access your machine with your current ip address or hostname. You can find the ip address running `ipconfig | grep IPv4` or the hostname by sending a `ping -a` to that ip. 

<pre><code>http://192.128.1.18:80/
http://hostname:80/</code></pre>

**Note**: For best results, use port 80, connect on a private network, and check your firewall settings.

### b) Publish on *Any* Network *(easier)*

1. **Opt 1** - You can use [**ngrok**][2] to provide port forwarding over ngrok's public facing ports

 [Download ngrok][3] and run the following command:

 <pre><code>$ ./ngrok http 8081
 </code></pre>

 <img src="https://i.stack.imgur.com/rkYfE.png" width="450" />


2. **Opt 2** - You can use [**localhost.run**][4] to create a ssh tunnel with the following command:

 <pre><code>ssh -R 80:localhost:8081 kylemit@ssh.localhost.run
 </code></pre>

 <img src="https://i.stack.imgur.com/lAQ9N.png" width="450" />


----


# Access Remote Device from Local Dev Tools 


To connect your browser dev tools with a connected device, follow the instructions at [Get Started with Remote Debugging Android Devices][6]

 1. On your phone, enable Developer Options & USB Debugging
 2. Plug your phone into your computer via USB and set the protocol (not File / Media Transfer)
 3. Open Dev Tools > More Tools > Remote Debugging (try here if [Device Not Detected][7])

 <img src="https://i.stack.imgur.com/pJTw5.png" width="450" />

 4. Find your site and Click Inspect which will open up a new inspector window

 <img src="https://i.stack.imgur.com/EtrqL.png" width="450" />

---

### Further Reading:

* [How do I connect to this localhost from another computer on the same network?][8]
* [Access to a site on localhost from remote][9]
* [How to debug web sites on mobile devices?][10]


 [1]: https://www.npmjs.com/package/live-server
 [2]: https://ngrok.com/
 [3]: https://ngrok.com/download
 [4]: http://localhost.run/
 [6]: https://developers.google.com/web/tools/chrome-devtools/remote-debugging/
 [7]: https://stackoverflow.com/q/21925992/1366033
 [8]: https://stackoverflow.com/q/9682262/1366033
 [9]: https://stackoverflow.com/q/11364406/1366033
 [10]: https://stackoverflow.com/q/5794984/1366033

I have just set up a wi-fi network at home. I have all my files on my desktop computer (192.168.1.56) and want to access localhost over there from another computer (192.168.1.2).

On my desktop I can access localhost through the normal http://localhost. Apache is running on port 80 as usual.

What do I have to do to achieve this? There is documentation on the net but they either don't work or are too fragmented and confusing to understand.

I think I have to make changes to my apache's httpd.conf file and the hosts file. Any ideas as to what changes to make?

Accessing localhost (xampp) from another computer over LAN network - how to?

The value from that popup is stored in your project file.  You can access it by going to the Debug tab on your project properties.  You can change the value there, or if you clear it out, you can get the popup again next time you navigate to remote debugger

![Change Remote Machine](http://i.imgur.com/6cc8Qj8.png)

In Visual Studio 2012, you can select `Remote Machine` from the Build Toolbar

![SelectRemote](http://i.imgur.com/8zVFX1w.png)

On the first click, the `Remote Debugger Connections` dialog popups up and allows you to set where you're debugging against.

![RemoteDebugger](http://i.imgur.com/bnfsPql.png)

The problem is once the value has already been set, navigating to Remote Machine or right clicking anywhere on it will not allow you to change the original configuration.