- #Visual studio 2012 remote debugger install#
- #Visual studio 2012 remote debugger full#
- #Visual studio 2012 remote debugger code#
- #Visual studio 2012 remote debugger windows#
During setup, it's important to use the proper accounts with necessary access.
#Visual studio 2012 remote debugger code#
You may use Visual Studio on your development machine and connect to the problem code on a remote host this allows you to find problems specific to the host environment. Visual Studio 2008's remote debugger feature allows you to investigate code issues where they occur. MSDN offers more information about setting up remote debugging.
#Visual studio 2012 remote debugger windows#
The site's security settings must allow windows authentication (or anonymous), and make sure there are no firewall restrictions that may disable remote debugging. Also, the application's web.config file must have the debug attribute set to True. When working with an ASP.NET application, be sure to reference the remote computer by name and not the IP address. In Visual Studio, you can begin debugging the application via the usual Debug menu by selecting Start to begin a debugging session.Start the Remote Debugging Monitor on the remote computer.You can specify any command line arguments to pass to the application on the remote computer. Select Use Remote Machine and type the name of the remote computer in the field.Under Start Options in the working directory box, type the directory where the executable is located.For the Start Action setting, select Start External Program and in the field type the complete path to the executable on the host computer (running the remote debugger monitor).In Visual Studio, choose Properties on the Project menu.Follow these steps to use it with a C#/VB.NET application:
#Visual studio 2012 remote debugger install#
Once you install all the components, you can use the remote debugger with your own applications. I like to create a specific account for the remote debugger with a name like VSDebugger and make sure it has appropriate access. A safe bet is running the remote debugger with administrative level access, but this is not advisable for a production environment since the remote debugger needs to communicate with your debugger via the network, thus putting the server at risk of being hacked. When working with ASP.NET applications, the ASP.NET worker process (aspnet_wp.exe) usually runs with an account called ASPNET, so you must use this account (or an account with equal or greater privileges) to remotely debug it. It must use an account that has at least the same privileges as the account used to run the application being debugged. The remote debugger must run using a user account that has the appropriate privileges. At this point, security becomes an important aspect of setup. Running the remote debugger as a service means that it will run all the time, so you may want to run it as an application so it can be run only when needed. The configuration wizard allows you to set up the remote debugger to run as a service or as an application. Once the installation application runs, the configuration wizard runs. In my example, it is installed on a server. This installs the remote debugging monitor (msvsmon.exe). The installation disc contains a directory called Remote Debugger, which has two folders (圆4 and x86) that contain the setup application for the specific platform. In addition, the remote debugger is readily available on the Visual Studio installation media. When you install Visual Studio 2008, remote debugging components install by default. Configuration is complex because the remote debugger authenticates both ways that is, the machine running Visual Studio needs to authenticate on the remote machine, and the remote machine needs to authenticate on the machine running Visual Studio. To get the remote debugger up and running, you must install it on the remote computer (i.e., the server in the previously described scenario) and then configure it. This is where the remote debugger enters the picture.
#Visual studio 2012 remote debugger full#
You may have access to the application environment, but you rarely want to install a full copy of Visual Studio on a server. The code works on your development system, so finding the bug just became more complicated. You develop an application and then deploy it to another server when a problem occurs. Here's a closer look at its setup and usage. But if you often have to track down bugs in an application installed on another machine, you should check out Microsoft's remote debugger tool with Visual Studio 2008. I recently examined the JavaScript debugger features in Visual Studio 2008 that aid in locating problems in Web pages.
0 kommentar(er)
