无法连接到在Windows 7 x64上运行的MSVSMon

时间:2011-03-09 20:13:11

标签: visual-studio-2010 remote-debugging

我有一台运行Windows 7 Enterprise x64的测试机器。我在其上设置了MSVSMon(尝试了64位和32位版本),并确保防火墙设置不会阻止远程调试器。现在我正在尝试从运行Windows 2008 R2和Visual Studio 2010的开发框连接到此。但是当我尝试连接到远程调试器时,它显示以下错误消息:

“无法连接到名为”xxxxx“的Microsoft Visual Studio远程调试监视器。这些服务器不是远程计算机上运行的指定名称的服务器。

一些显而易见的事情: - 我已经验证我正在使用的名称是正确的(从MSMSMon.exe选项对话框中选择它) - 开发框可以访问远程机器,我可以通过连接到它的文件共享来检查。 - Visual Studio的同一个实例能够很好地连接到另一个类似的测试机器,但是一个运行32位Windows 7企业版。

有什么想法吗? VIN

4 个答案:

答案 0 :(得分:2)

确保您是在调试VS2010,它是2010的调试器而不是2008,和/或反之亦然

答案 1 :(得分:0)

我会检查你的防火墙没有阻止连接。仅仅因为你可以连接到文件共享并不意味着它允许DCOM连接到远程调试器。

请参阅http://msdn.microsoft.com/en-us/library/bt727f1t(v=VS.100).aspx

答案 2 :(得分:0)

我通常在我的开发机器上的一个共享上运行远程机器上的MSVSMon,我安装了几个版本的Visual Studio。当我运行错误版本的MSVSMon时,我得到“远程计算机上没有运行指定名称的服务器”错误。例如,如果VS2008版本的MSVMon正在远程计算机上运行,​​并且我正在尝试从VS2010附加到该进程。

MSVMon for VS2008的默认位置:

C:\ Program Files \ Microsoft Visual Studio 9.0 \ Common7 \ IDE \ Remote Debugger

MSVMon for VS2010的默认位置:

C:\ Program Files \ Microsoft Visual Studio 10.0 \ Common7 \ IDE \ Remote Debugger

答案 3 :(得分:0)

我发现很多人都会遇到这种情况。试图在我的博客文章中提出解决方案: http://livshitz.wordpress.com/2013/02/26/remote-debugging-visual-studio-unable-to-connect-to-the-microsoft-visual-studio-remote-debugging-monitor/#more-144

以下是解决方案的片段:

  • 确保防火墙未阻止您的请求
  • 确保运行的Visual Sutdio
  • 支持安装的Visual Studio远程调试监视器版本
  • 在远程目标上创建本地用户,使用确切的用户名和密码作为调试用户(运行VS进程)
  • 如果dns解析不可用(不同域上的源和目标),请打开此文件 “C:\ WINDOWS \ SYSTEM32 \ DRIVERS \等\主机” 并在底部添加一个新行: “xxx.xxx.xxx.xxx TargetHostName”(不含引号) 这将使用IP映射目标主机名。