Удаленная отладка в Visual Studio (VS2008), приложение Windows Forms

Question

Я пытаюсь выполнить удаленную отладку приложения Windows Forms (C #), но я всегда получаю эту ошибку:

Не удается подключиться к монитору удаленной отладки Microsoft Visual Studio с именем 'XXX.Удаленный сервер Visual Studio Отладчику на целевом компьютере не удается подключиться обратно к этому компьютеру.Сбой аутентификации.Пожалуйста, обратитесь к справке за помощью.

Я попытался настроить в соответствии с руководствами MSDN, но мне не удалось заставить это работать.

Моя установка:

• Компьютер для разработки - XP (x86), которая подключена к домену.
• Тестовый компьютер - Vista (x86), которая является НЕ подключен к домену.
• У меня есть сетевое соединение между машинами.
• Я создал локального пользователя в Тест компьютер (пользователь1) с именем моего домена пользователь, с которым я запускаю Visual Studio (mydomain\user1).установите тот же пароль.

• На тестовом компьютере, который я запускаю "msvsmon.exe " как приложение (не как сервисы), я запускаю его с помощью "runas" команда с пользователем, которого я создал.(пользователь1):

  руны /u:пользователь1 msvsmon.exe

Кто-нибудь может мне помочь, пожалуйста?

Спасибо.

Answer 1

Вот как это сработало у меня:

Удаленный компьютер:Виртуальный компьютер Microsoft, "IHS \ RDM", подключенный к моему корпоративному домену, вошел в систему как jdoe, учетная запись администратора.

Локальный компьютер:Подключен к локальному домену, вошел в систему как jdoe, учетная запись администратора.

1) удаленный компьютер:установить rdbgsetup.exe (из Visual Studio 2005 \ Диск 2\ Удаленный отладчик\x86)

2) Удаленный компьютер:RUNAS /пользовательский MYDOMAIN\jdoe /только netonly msvsmon

3) Удаленный компьютер:msvsmon-> Инструменты-> разрешения добавить пользователя "MYDOMAIN \ jdoe" (я должен делать это каждый раз при повторном запуске)

4) локальный компьютер:запустите msvsmon.

5) локальный компьютер, msvsmon-> Инструменты-> разрешения, добавить типы объектов:"компьютеры", "IHS DM"

6) локальный компьютер, vs2005-> debug-> присоединить к процессу.Транспорт:Значение по умолчанию, Определитель:jdoe@RDM

7) Обновите, и вуаля;список процессов!

Answer 2

Проблема, с которой я столкнулся, заключается в том, что у меня было 2 пользователя:

mydomain\user1
mytestmachine\user1

это неверно (по словам Грегга Мискели), мне нужно было определить локального пользователя на моем компьютере разработки, например:

mydevcomputer\debug
mytestmachine\debug

с тем же паролем и запустите VS2008 и монитор отладки с этим пользователем:

Answer 3

У Грегга Мискели есть запись в блоге о том, почему учетная запись службы должна иметь права администратора (при такой настройке).Один из моментов заключается в том, что учетная запись пользователя, в вашем случае пользователя на тестовом компьютере, должна иметь права для обратного подключения к другому компьютеру.Похоже, вы столкнулись со случаем, когда учетная запись mydomain \ user1 имеет недостаточные привилегии для подключения к вашему компьютеру разработки.

Если это не поможет при просмотре записей в блоге Грегга, может помочь отправка ему почты.

Answer 4

Делает TESTCOMPUTER\user1 иметь тот же пароль, что и mydomain\user1?

Вы также можете попробовать запустить msvsmon.exe на целевом компьютере вместо Службы удаленной отладки.Вы можете использовать "Запуск от имени ...", чтобы запустить его под различными учетными данными.Как только вы наладите работу с msvsmon,exe вы должны иметь возможность установить (или повторно включить) службу удаленного отладчика, запустив ее под этими учетными данными.

Редактировать:

Вы должны иметь возможность использовать страницу свойств разрешений в msvsmon.exe чтобы настроить соответствующие разрешения на отладку для пользователя вашего домена на целевом компьютере:

http://msdn.microsoft.com/en-us/library/ms164722.aspx

Answer 5

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

0) Вам по-прежнему нужны соответствующие локальные учетные записи как на удаленном компьютере с приложениями, так и на локальном компьютере Visual Studio, что означает добавление учетной записи на компьютер пользователя.

1) Вам нужно использовать runas с параметром /netonly.Откройте командную строку в папке, где находится msvsmon, и введите

runas /user:[user] /netonly msvsmon

Это приводит к тому, что msvsmon использует учетные данные пользователя только при доступе к сети (напримеркогда msvsmon подключается обратно к локальной машине VS).msvsmon расстроится, если вы вызовете его с помощью runas без использования /netonly.

2) Вам необходимо добавить разрешения для локального компьютера Visual Studio для подключения удаленного компьютера приложений через меню Сервис-> Разрешения монитора удаленной отладки.

Answer 6

Таким образом, я не могу ответить без учетной записи, и я могу отвечать только на свои собственные комментарии, но моя зарегистрированная учетная запись отделена от анонимной учетной записи, с которой я разместил сообщение, так что это должен быть "новый ответ".Извините.

baget - когда я выполнял эту работу ранее сегодня, я создал локальную учетную запись как на компьютере Remote Debug Monitor, так и на КОМПЬЮТЕРЕ Visual Studio.RDM не было в домене, VS был.Обе локальные учетные записи являются администраторскими с учетными данными, идентичными учетной записи моего домена.Из другой учетной записи (также администратора) Я вызвал runas из командной строки с повышенными правами, используя переключатель netonly.Вам может понадобиться, а может и не понадобиться указывать имя пользователя вашего домена, но поскольку все пароли должны совпадать, я не думаю, что это имеет большое значение.

Не забудьте настроить свои разрешения в RDM, чтобы разрешить учетной записи пользователя, работающей под управлением VS, подключаться с правами отладки.Он довольно придирчив к тому, кого позволяет добавлять в список, поэтому, если вы сначала не создадите локальную учетную запись, вы будете сильно разочарованы.И если вы запускаете RDM под другим именем учетной записи пользователя, вам придется использовать полное имя сервера при попытке подключения к удаленному компьютеру;если вы запускаете и RDM, и VS из одной учетной записи пользователя, то вам может сойти с рук только имя компьютера.