Zdalne debugowanie w Visual Studio (VS2008), aplikacji Windows Forms

Problem, który miałem polega na tym, że miałem 2 Użytkowników:

mydomain\user1
mytestmachine\user1

To nie jest poprawne (według Gregga Miskely ' ego) musiałem zdefiniować lokalnego użytkownika w moim komputerze deweloperskim, na przykład:

mydevcomputer\debug
mytestmachine\debug

Z tym samym hasłem i uruchom VS2008 i Monitor debugowania z tym użytkownikiem:

Gregg Miskely ma post na blogu na temat tego, dlaczego konto usługi musi mieć uprawnienia administratora (gdy jest skonfigurowane w ten sposób). Jednym z punktów jest to, że konto użytkownika, w Twoim przypadku użytkownik na maszynie testowej, musi mieć uprawnienia do łączenia się z innym komputerem. Wygląda na to, że trafiasz w przypadek, w którym konto mydomain\user1 nie ma wystarczających uprawnień do połączenia się z Twoim komputerem deweloperskim.

Jeśli to nie pomoże przeglądać wpisów na blogu Gregga, wyślij mu poczta może pomóc.

Czy TESTCOMPUTER\user1 ma takie samo hasło jak mydomain\user1?

Możesz również spróbować uruchomić msvsmon.exe na komputerze docelowym zamiast usługi zdalnego debugowania. Możesz użyć "Uruchom jako..."do uruchomienia go pod różnymi uprawnieniami. Gdy już zaczniesz działać z msvsmon,exe, Powinieneś być w stanie zainstalować (lub ponownie włączyć) usługę zdalnego debuggera, uruchamiając ją pod tymi poświadczeniami.

EDIT:

Powinieneś być w stanie użyć strony właściwości uprawnienia w msvsmon.exe, aby skonfigurować odpowiednie uprawnienia debugowania dla użytkownika domeny na komputerze docelowym:

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

Więc jesteś programistą i jeden z Twoich użytkowników ma wyjątek i chcesz debugować go zdalnie bez zamykania okna wyjątku, ale są zalogowani jako inne konto użytkownika. Jak się okazuje, można debugować ich aplikację, ale robi się to trudne.

0) nadal potrzebujesz dopasowania kont lokalnych zarówno na zdalnym komputerze aplikacji, jak i na lokalnym komputerze Visual Studio, co oznacza dodanie konta do komputera użytkownika.

1) musisz używać runów z / netonly opcja. Otwórz wiersz polecenia do folderu, w którym znajduje się msvsmon, i wpisz

runas /user:[user] /netonly msvsmon

Powoduje to, że msvsmon używa poświadczeń użytkownika tylko podczas uzyskiwania dostępu do sieci (np. gdy msvsmon łączy się z powrotem do lokalnej maszyny VS). msvsmon się zdenerwuje, jeśli zadzwonisz do niego z runami bez użycia /netonly.

2) musisz dodać uprawnienia dla lokalnej maszyny Visual Studio, aby połączyć zdalną maszynę aplikacyjną, za pomocą menu Narzędzia zdalnego monitora debugowania->uprawnienia.

Więc nie mogę odpowiedzieć bez Konta, a mogę odpowiadać tylko na własne komentarze, ale moje zarejestrowane konto jest oddzielone od konta anonimowego, z którego wysłałem, więc to musi być "nowa odpowiedź". Przepraszam.

Baget - kiedy wykonałem tę pracę wcześniej, utworzyłem konto lokalne zarówno na zdalnym monitorze debugowania PC i Visual Studio PC. RDM nie było na domenie, VS było. Oba konta lokalne są administratorami z poświadczeniami identycznymi jak moje konto domeny. Z innego konta (również administrator) wywołałem runas z podwyższonego prompta z przełącznikiem netonly. Możesz lub nie musisz podawać swojej domenie nazwę użytkownika, ale ponieważ hasła powinny pasować, nie sądzę, że ma to duże znaczenie.

Nie zapomnij dostosować swoich uprawnień w RDM, aby umożliwić konto użytkownika uruchomione VS połączyć się z uprawnieniami debugowania. Jest dość wybredny, kto pozwala Ci dodać do listy, więc jeśli nie utworzysz najpierw konta lokalnego, będziesz dość sfrustrowany. Oraz jeśli używasz RDM pod inną nazwą konta użytkownika, musisz użyć pełnej nazwy serwera podczas próby podłączenia do zdalnego komputera; jeśli uruchomisz zarówno RDM, jak i VS z tego samego konta użytkownika, możesz uciec tylko z nazwą komputera.