Настройка удаленного отладчика Visual Studio 2010

Ответ 1

Я просто столкнулся с проблемой подключения. Проблема заключалась в том, что клиентский ПК (мой рабочий стол) мог подключиться к удаленному хосту, работающему с отладочным монитором, но удаленный хост не смог отправить данные на мой рабочий стол.

Оказывается, это было вызвано установкой "Профиль" в брандмауэре Windows. Правило брандмауэра ограничивалось профилем "Public", но мой рабочий стол был подключен к локальному домену. Изменение настройки на "Домен" гарантировало, что удаленный хост сможет передавать отладочные данные обратно на рабочий стол "Клиент".

Проверка в брандмауэре Windows → Входящие правила → Microsoft Visual Studio → Расширенная вкладка.

Cheers, J

Ответ 2

Вот шаги, которые я предпринял для того, чтобы удаленная отладка работала с приложением ASP.NET. Не уверен, что вы уже это сделали, надеюсь, что-то может помочь.

• На моей машине (назовите это DEVMACHINE с этого момента) я разделил папку, содержащую удаленный отладчик (msvsmon.exe). На моей машине он находился в папке C:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE\Удаленный отладчик \x86. Я назвал share msvsmon

• На сервере я открыл проводник Windows и перешел на \\DEVMACHINE\msvsmon и запустил msvsmon.exe(это открыло удаленный отладочный монитор Visual Studio)

• В DEVMACHINE я запустил Visual Studio 2010 и открыл решение, которое представляет приложение, которое я пытаюсь отлаживать.

• В Visual Studio нажмите "Инструменты" > "Присоединить к процессу..."

• Введите имя сервера в поле "Квалификатор", затем дважды щелкните по процессу w3p.exe, который был в списке.

• Затем я разместил точку останова в местоположении, в котором я хотел начать отладку

Пара примечаний: код, развернутый на сервере, был сборкой Debug, там были файлы pdb вместе с двоичными файлами. У меня были полные права администратора на сервере. На сервере не было установлено никаких инструментов, я просто запускал exe, который был расположен на DEVMACHINE. У меня не было межсетевых экранов между DEVMACHINE и сервером. И оба DEVMACHINE и сервер находятся в одном домене.

Надеюсь, что это поможет.

Ответ 3

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

Ответ 4

Я использую локальный DNS, поэтому я могу тестировать веб-сайты, прежде чем они начнут жить (путем редактирования файла моих хостов).

У меня есть определенный IP-адрес, назначенный моим маршрутизатором дома и на работе.

то есть. dev.example.com отображается на 192.168.1.123

Когда моя машина изменилась на другую сеть, не понимая, что она больше не может доходить до отладчика, и поэтому я получил ошибку.

Довольно неясная ситуация, я должен был получить эту ошибку, которая не будет исправлена ​​или будет перезаписана IIS.

Ответ 5

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

Попробуйте запустить монитор отладки (в отличие от службы) и подключиться к нему. Вы можете найти его в меню "Пуск".

Смущает разница между монитором и сервисом? Так было я. См. http://social.msdn.microsoft.com/Forums/en/vsdebug/thread/afc80afc-c8eb-4831-915a-1edb8d188f98

Ответ 6

Такая же проблема. Моя причина заключалась в том, что безопасность Trend была включена на локальном компьютере, и это блокировало брандмауэр. Я не мог остановить его, потому что мне нужен пароль, поэтому я просто удалил все процессы Trend и, похоже, работал нормально. Таким образом, вы можете проверить, включен ли какой-либо антивирус, который блокирует доступ.

Мне также нужно было добавить devenv.exe в Разрешенные программы в брандмауэре Windows на локальном компьютере и установить его политики.