Настроить удаленный отладчик Visual Studio 2010
Я установил удаленный отладчик Visual Studio 2010 на сервере Windows Server 2003 (x86), и при попытке подключиться к нему возникает следующая ошибка:
Невозможно подключиться к монитору удаленной отладки Microsoft Visual Studio с именем "ServerName". Удаленный отладчик Visual Studio на целевом компьютере не может подключиться к этому компьютеру. Брандмауэр может препятствовать связи через DCOM с локальным компьютером. Пожалуйста, смотрите Помощь для помощи.
Я проверил настройки брандмауэра Windows, и на моем локальном компьютере включен общий доступ к файлам. Я убедился, что DCOM работает на сервере, а также в сервисе отладки. Там нет никаких реальных брандмауэров, о которых я знаю.
Что еще мне нужно изменить, чтобы заставить это работать?
6 ответов
Я просто столкнулся с проблемой подключения. Проблема заключалась в том, что клиентский ПК (мой рабочий стол) мог подключиться к удаленному хосту, на котором запущен монитор отладки, но удаленный хост не смог отправить данные обратно на мой рабочий стол.
Оказывается, это было вызвано настройкой "Профиль" в брандмауэре Windows. Правило брандмауэра ограничивалось общедоступным профилем, но мой рабочий стол был подключен к локальному домену. Изменение параметра "Домен" позволило удаленному узлу передавать данные отладки обратно на рабочий стол клиента.
Проверьте в брандмауэре Windows -> Входящие правила -> Microsoft Visual Studio -> вкладка "Дополнительно".
Ура, J
Вот шаги, которые я предпринял, чтобы заставить удаленную отладку работать с приложением ASP.NET. Не уверен, что вы уже сделали это, надеюсь, что-то может помочь.
На моей машине (теперь она называется DEVMACHINE) я распределила папку, в которой находился удаленный отладчик (msvsmon.exe). На моей машине это было в C:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE\Remote Debugger\x86. Я назвал акцию msvsmon
На сервере я открыл проводник Windows, перешел в \\DEVMACHINE\msvsmon и запустил msvsmon.exe (открылся монитор удаленной отладки Visual Studio)
На DEVMACHINE я запустил Visual Studio 2010 и открыл решение, представляющее приложение, которое я пытаюсь отладить.
В Visual Studio щелкните Инструменты> Присоединить к процессу...
Введите имя сервера в поле Qualifier, затем дважды щелкните по процессу w3p.exe, который был в списке.
Затем я установил точку останова в том месте, где я хотел начать отладку
Пара вещей, на которые следует обратить внимание: Код, развернутый на сервере, представлял собой Debug Build, там были файлы pdb и двоичные файлы. У меня были полные права администратора на сервере. На сервере не было установлено никаких инструментов, я просто запустил исполняемый файл, расположенный на DEVMACHINE. У меня не было никаких межсетевых экранов между DEVMACHINE и сервером. И DEVMACHINE, и сервер находятся в одном домене.
Надеюсь, это поможет.
Я продолжал получать ту же ошибку, перечисленную выше, и после попытки всех остальных ответов, проблема оказалась в том, что DCOM был отключен на моей машине разработки. Проблема была решена путем включения DCOM с помощью инструкций из этой ссылки technet.
Я использую локальный DNS, поэтому я могу тестировать веб-сайты, прежде чем они будут запущены (путем редактирования моего файла hosts)
У меня есть конкретный IP-адрес, назначенный маршрутизатором дома и на работе.
т.е. dev.example.com сопоставлен с 192.168.1.123
Когда моя машина перешла в другую сеть, и я не понял, что она больше не может связаться с отладчиком, и я получил ошибку.
Довольно непонятная ситуация, я должен был получить эту ошибку, которую никакая перезагрузка или переработка IIS не исправят.
У меня были такие же проблемы с сервисом отладки. Служба отладки запускалась автоматически, но я так и не смог подключиться. Я даже полностью отключил брандмауэр, и это тоже не помогло.
Попробуйте запустить монитор отладки (в отличие от службы) и подключиться к нему. Вы можете найти его в меню "Пуск".
Смущены разницей между монитором и сервисом? Я тоже. См. http://social.msdn.microsoft.com/Forums/en/vsdebug/thread/afc80afc-c8eb-4831-915a-1edb8d188f98
Та же проблема здесь. Моя причина была в том, что на локальном компьютере была включена защита Trend, и он блокировал брандмауэр. Я не мог остановить его, потому что мне был нужен пароль, поэтому я просто удалил все процессы Trend, и он, кажется, работал нормально. Таким образом, вы можете проверить, включен ли какой-либо антивирус, блокирующий доступ.
Мне также нужно было добавить devenv.exe в "Разрешенные программы" в брандмауэре Windows на локальном компьютере и установить его политики.
Ниже приведен быстрый шаг по настройке монитора удаленной отладки Visual Studio в Visual Studio IDE.
Откройте Программы> Microsoft Visual Studio 2010 > Инструменты Visual Studio> Папка удаленного отладчика Visual Studio 2010.
Проводник Windows отображает 32- и 64-разрядные версии монитора удаленной отладки.
Скопируйте соответствующую версию, соответствующую удаленному серверу (например, компьютер x64 использует папку X64 и компьютер x32 использует папку X86) в папку на вашем компьютере.
Находясь в консоли на удаленной машине, перейдите в папку и запустите msvsmon.exe.
Перейдите в Инструменты> Параметры и измените режим аутентификации на Нет аутентификации и установите флажок Разрешить отладку любому пользователю.
На компьютере разработчика в Visual Studio перейдите в Инструменты> Присоединить к процессу.
Измените Transport to Remote и Qualifier на имя вашего удаленного сервера.
Теперь вы должны увидеть исполняемый файл, который вы хотите отладить в этом списке. Выберите процесс, который вы хотите отладить, и нажмите "Вложить".
Теперь вы можете отлаживать код во время его работы на удаленном сервере.
Просто не забудьте отключить Монитор удаленной отладки на удаленном сервере, как только это будет сделано.
Пожалуйста, обратитесь под ссылкой MS: https://docs.microsoft.com/en-us/visualstudio/debugger/remote-debugging-cpp?view=vs-2017