Не удается настроить удаленную отладку при работе с VS2010

Question

У меня есть сервер и рабочая станция в одном корпоративном домене.Мой пользователь является локальным администратором на обеих машинах.Я установил версию MSVSMON для VS2010 и настроил ее запуск в качестве службы на сервере под моим пользователем DOMAIN\greg.b (я дал себе «войти в систему как служба»).Я захожу на сервер, используя учетную запись домена, и запускаю монитор удаленной отладки.Затем я подключаюсь к серверу из моей Visual Studio.В мониторе на сервере я вижу

23/09/2010 16:26:33 DOMAIN \ greg.b подключен.

Затем, спустя мгновение, яполучить диалоговое окно из Visual Studio с сообщением

Невозможно подключиться к монитору удаленной отладки Microsoft Visual Studio с именем «SERVER_NAME».Удаленный отладчик Visual Studio на целевом компьютере не может подключиться к этому компьютеру.Брандмауэр может препятствовать связи через DCOM с локальным компьютером.

У меня открыты порты DCOM (TCP 135) как на моей рабочей станции, так и на сервере, как подробно здесь .
Я пробовал его с отключенной службой брандмауэра Windows.

Я в полном замешательстве!

Сервер работает под управлением Windows 2003 Standard SP2 32bit и работает x86 MSVSMON.Моя рабочая станция работает под управлением Windows 7 Pro 64Bit и VS2010 Pro.

Answer 1

Убедитесь, что devenv.exe (visual studio) находится в списке исключений программы брандмауэра, если установлен флажок ДОМЕН!

Я был в той же ситуации, остановил службы брандмауэра, работающие на моей машине (win7 x64), но он не работал, пока я не сделал это изменение.

Answer 2

У меня была та же проблема, я запускал VS2010 на виртуальной машине, я изменил сеть с NAT на Bridged, мог пропинговать 2 пути, и это сработало.

Answer 3

В моем случае: поскольку удаленный компьютер не был частью локальной подсети , мне пришлось перейти на Брандмауэр Windows -> Дополнительные настройки -> В связанных правилах .Выберите правило для MS Visual Studio и добавьте IP-адрес удаленного компьютера в раздел " Scope ". Это было в дополнение к настройкам брандмауэра Windows, описанным выше.

Answer 4

В моем случае помогло следующее:

Запустите dcomcnfg.exe на машине, где находится ваш VS, перейдите по адресу:

Component Services -> Computers -> My Computer -> Properties -> COM Security -> Access Permissions -> Edit Limits

Вы должны предоставить удаленный доступ к АНОНИМНОМУ ЛОГОНУ .

Не связывайтесь с другими разрешениями - это может вызвать проблемы.

Answer 5

Я думаю, есть миллион причин этой проблемы!Я попробовал все вышеупомянутые ответы, но у меня ничего не получалось, но вот это: мне удалось заставить его работать, отключив опцию использования «режима управляемой совместимости»

. Для этого перейдите к параметрам в VS, например: Инструменты-> Параметры -> Отладка -> Общие -> «Использовать режим управляемой совместимости»

Установлено?Отключи его.

Answer 6

Что решило мою проблему, так это

1. Отключение режима собственной совместимости и режима управляемой совместимости.
2. В Visual Studio 2013 отключите Включить собственное редактирование и продолжить.

https://msdn.microsoft.com/en-us/library/2dbesfyx.aspx

Я также перезагружаю компьютер (основное правило Windows!)

Answer 7

У меня просто была эта проблема (раньше у меня никогда не было этой проблемы, я постоянно отлаживал удаленную отладку), и я решил ее.

Первое, что я сделал, это сузил проблему до моей машины.Когда я отключил свой брандмауэр, вот и все снова заработало, поэтому я знал, что это моя машина и мой брандмауэр.

На странице msdn по адресу http://msdn.microsoft.com/en-us/library/ee126350(v=vs.100).aspx указано, есть ли в брандмауэре «Microsoft Visual Studio»нажмите «Разрешить другую программу» и выберите ее снова.

Когда я нажал «Разрешить другую программу», выскочил список приложений, но Microsoft Visual Studio не было в ЭТОМ списке, поэтому я перешел на devenv.exe и получил сообщение, что оно уже есть в списке!К счастью, он сказал мне, что считает его в списке «Инструменты данных Microsoft SQL Server».

Поэтому я удалил запись для «Microsoft Visual Studio», поскольку, очевидно, то же правило уже было в списке, но с другим именем и альтом, все снова работает.

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

Answer 8

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