У меня есть сервер и рабочая станция в том же корпоративном домене. Мой пользователь является локальным администратором на обеих машинах. Я установил версию MSVSMON VS2010 и установил, чтобы она выполнялась как служба на сервере под моим пользователем DOMAIN\greg.b (я дал себе "войти в систему как услугу" ). Я вхожу на сервер, используя мою учетную запись домена, и запускаю Remote Debug monitor. Затем я подключаюсь к серверу из своей 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, запускающей MSKSMON x86. На моей рабочей станции работают Windows 7 Pro 64Bit и VS2010 Pro.
Убедитесь, что devenv.exe(визуальная студия) находится в списке исключений программы брандмауэра, установленном флажком DOMAIN!
Я был в той же ситуации, остановил службы брандмауэра, запущенные на моей машине (win7 x64), но это не сработало, пока я не сделал это изменение.
У меня была одна и та же проблема: я запускал VS2010 в виртуальной машине, я менял сети с NAT на Bridged, мог пинговать 2 пути, и это сработало.
В моем случае: поскольку удаленная машина не была частью локальной подсети, мне пришлось перейти к Брандмауэр Windows → Дополнительные настройки → В связанных правилах. Выберите правило для MS Visual Studio и добавьте IP-адрес удаленного компьютера в раздел " Сфера". Это было в дополнение к настройкам брандмауэра Windows, описанным выше.
Что помогло в моем случае следующее:
Запустите dcomcnfg.exe на компьютере, где находится ваш VS, перейдите к:
Component Services -> Computers -> My Computer -> Properties -> COM Security -> Access Permissions -> Edit Limits
Вам следует предоставить удаленный доступ к ANONYMOUS LOGON.
Не путайтесь с другими разрешениями - может вызвать проблемы.
Такая же проблема. Моя причина заключалась в том, что безопасность сети Trend была включена на локальном компьютере и блокировала соединение. Я не мог остановить его, потому что мне нужен пароль, поэтому я просто удалил все процессы Trend, и тогда он работал нормально. Таким образом, вы можете проверить, включен ли какой-либо антивирус или служба безопасности, и может блокировать доступ.
У меня была эта проблема (никогда раньше не было этой проблемы, я удалял все время отладки) и разрешил ее.
Первое, что я сделал, было ограничено тем, что это проблема на моей машине. Когда я отключил брандмауэр, и вот, все работает снова, поэтому я знал, что это моя машина и мой брандмауэр.
На странице msdn в http://msdn.microsoft.com/en-us/library/ee126350(v=vs.100).aspx говорится, что если в списке брандмауэра отображается Microsoft Visual Studio, нажмите "Разрешить другую программу" и выберите его еще раз.
Когда я нажал "Разрешить другую программу", появился список приложений, но Microsoft Visual Studio не попал в список THAT, поэтому я просмотрел файл devenv.exe, и у меня появилось сообщение, что оно уже было в списке! К счастью, он сказал мне, что он считает это в списке Microsoft SQL Server Data Tools.
Итак, я удалил запись для Microsoft Visual Studio, поскольку, похоже, это же правило уже было в списке, но с другим именем и альтом все работает снова.
Я предполагаю, что обновление, или, возможно, установка VS 2013 Express каким-то образом повлияла на настройки брандмауэра, а правило, содержащееся там дважды, путало мой компьютер.
Что решило мою проблему, это
https://msdn.microsoft.com/en-us/library/2dbesfyx.aspx
Я также перезагружаю компьютер (основное правило Windows!)
Я думаю, есть миллион причин для этой проблемы! Я пробовал все вышеперечисленные ответы, но ничего не работало для меня, но это: Мне удалось заставить его работать, отключив опцию, чтобы использовать "режим совместимой совместимости"
Для этого перейдите к опциям в VS, например: Инструменты → Параметры → Отладка → Общие → "Использовать управляемый режим совместимости"
Установлен ли он? Отключите его.