Сложность при подключении Visual Studio 2010 к удаленным процессам - PullRequest
4 голосов
/ 17 августа 2010

Прошли годы с тех пор, как мне было так тяжело заставить что-то работать.Я дома, в подсети 192.168.50.nnn.Я подключился к офисным машинам компании XYZ, которые находятся в подсети 192.168.40.nnn, домене XYZ.Я могу пропинговать удаленные машины, я могу подключить их диски и копировать файлы туда и обратно, но я не могу удаленно отлаживать программу на C #, запущенную на машине с именем R (ipaddr 192.168.40.100, Windows Server 2003)., IIS-6) из Visual Studio 2010 на моем ноутбуке (ipaddr 192.168.50.10, Windows 7, пользователь XYZ\username, имя машины L).Я прочитал каждую статью MSDN, которую я могу найти, я проверил настройки брандмауэра, я разблокировал порт 135, у меня одинаковые имя пользователя и пароль на двух машинах, я попытался запустить msvsmon.exe на R какservice и как приложение (рекламируя себя как username@R), msvsmon обладает достаточными привилегиями, но я просто не могу присоединиться к какому-либо процессу на R.Я даже не могу получить список процессов на R, чтобы показать.Если бы я мог заплатить кому-то за решение проблемы, я бы сделал это, но я бы не стал платить ни копейки, пока не увидел, что это работает.

[Примечание: IP-адреса выше являются только иллюстративными, а не реальными значениями.]

Ответы [ 2 ]

3 голосов
/ 14 апреля 2011

У меня была похожая проблема, и мои настройки выглядели так:

Клиент: Windows 7 x64 в частной подсети 192.168.1.x. Запуск Visual Studio 2010
Сервер: Windows 2008 R2 Standard SP1 с публичным IP-адресом

И клиент, и сервер находятся в одиночестве. То есть нет доменов, только рабочие группы.

VPN-соединение от клиента к серверу, и когда я подключился, клиент получил IP 192.168.0.131 и сервер 192.168.0.130.

Отключены все брандмауэры и т. Д. Для VPN-подключения, созданы идентичные пользователи на клиенте и сервере и одинаковый пароль.

Пинг, сетевые ресурсы и т. Д. Работают без проблем по VPN-соединению. Но я получил то же сообщение об ошибке из Visual Studio: «Удаленный отладчик Visual Studio на целевом компьютере не может подключиться к этому компьютеру. Брандмауэр может препятствовать связи через DCOM с локальным компьютером».

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

2 голосов
/ 17 августа 2010

Вам необходимо пройти аутентификацию в том же домене (или, по крайней мере, между ними должны быть доверительные отношения) с удаленной машиной. Подключен ли локальный компьютер к домену на другой стороне VPN? Если нет, вы не можете отлаживать управляемый код с помощью удаленной отладки.

...