Не удается подключиться к MSVSMon под управлением Windows 7 x64 - PullRequest
1 голос
/ 09 марта 2011

У меня есть тестовая машина под управлением Windows 7 Enterprise x64. Я установил MSVSMon (пробовал 64- и 32-разрядные версии) и убедился, что настройки брандмауэра не будут блокировать удаленный отладчик. Теперь я пытаюсь подключиться к этому из своего устройства разработки под управлением Windows 2008 R2 и Visual Studio 2010. Однако, когда я пытаюсь подключиться к удаленному отладчику, он показывает мне следующее сообщение об ошибке:

"Невозможно подключиться к монитору удаленной отладки Microsoft Visual Studio с именем" xxxxx ". Нет сервера с указанным именем, работающего на удаленном компьютере.

Некоторые очевидные вещи: - Я проверил, что имя, которое я использую, является правильным (выбрано из диалогового окна параметров MSMSMon.exe) - У блока dev есть доступ к удаленной машине, я могу проверить это, подключившись к его общим папкам. - Тот же экземпляр Visual Studio может прекрасно подключаться к другой аналогичной тестовой машине, но на одной работает 32-битная Windows 7 Enterprise.

Есть идеи? Vin

Ответы [ 4 ]

2 голосов
/ 01 декабря 2014

Убедитесь, что вы отлаживаете от VS2010, его отладчик для 2010, а не 2008, и / или наоборот

0 голосов
/ 19 сентября 2012

Обычно я запускаю MSVSMon на удаленной машине из общего ресурса на моем компьютере разработчика, где у меня установлено несколько версий Visual Studio. Я получаю ошибку «Нет сервера с указанным именем, работающего на удаленном компьютере», когда я запускаю неправильную версию MSVSMon. Например, если на удаленном компьютере запущена версия MSVMon для VS2008, и я пытаюсь подключиться к процессу из VS2010.

Местоположение MSVMon по умолчанию для VS2008:

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

Местоположение MSVMon по умолчанию для VS2010:

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

0 голосов
/ 26 февраля 2013

Я обнаружил, что многие люди сталкиваются с этим сценарием.Я попытался найти решение в моем блоге: 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 Studio Remote Debugging Monitor поддерживается запущенным Visual Sutdio
  • Создание локального пользователя на удаленной цели с точным именем пользователя и паролем в качестве пользователя отладки (который запускает процесс VS)
  • Если разрешение DNS недоступно (исходный и целевой файлы в разных доменах), откройте этот файл «c: \ Windows \ system32 \ drivers \ etc \ hosts» и добавьте новую строку внизу: «xxx.xxx.xxx.xxx TargetHostName "(без кавычек) Это сопоставит имя целевого хоста с IP.
0 голосов
/ 27 марта 2011

Я бы проверил, что ваш брандмауэр не блокирует соединение. То, что вы можете подключиться к файлообменнику, не означает, что он разрешает подключение DCOM к удаленному отладчику.

См. http://msdn.microsoft.com/en-us/library/bt727f1t(v=VS.100).aspx

...