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

Ответ 1

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

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

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

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

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

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

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

5) локальный компьютер, msvsmon- > Tools- > permissions, добавить типы объектов: "компьютеры", "IHS\RDM"

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

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

Ответ 2

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

mydomain\user1
mytestmachine\user1

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

mydevcomputer\debug
mytestmachine\debug

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

Ответ 3

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

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

Ответ 4

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

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

ИЗМЕНИТЬ:

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

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

Ответ 5

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

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

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

runas /user:[user] /netonly msvsmon

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

2) Необходимо добавить разрешения для локальной машины Visual Studio для подключения удаленной прикладной машины с помощью меню "Удаленные отладки" → "Разрешения".

Ответ 6

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

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

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