Débogage à distance dans Visual Studio (VS2008), application Windows Forms

Question

Bonjour J'essaie de déboguer à distance une application Windows Forms (C#), mais j'obtiens toujours cette erreur :

Impossible de se connecter au moniteur de débogage à distance de Microsoft Visual Studio nommé 'XXX. Le débogueur à distance Visual Studio Debugger sur l'ordinateur cible ne peut pas se connecter à cet ordinateur. L'authentification a échoué. Veuillez consulter l'aide pour obtenir de l'aide.

J'ai essayé de configurer selon les guides MSDN mais je n'ai pas réussi à le faire fonctionner.

Mon installation :

• Ordinateur de développement - XP (x86) qui est connecté à un domaine.
• Ordinateur de test - Vista (x86) qui est PAS connecté à un domaine.
• J'ai une connexion réseau entre les machines.
• J'ai créé un utilisateur local dans le Test ordinateur (user1) avec le nom de mon domaine que j'utilise pour exécuter Visual Studio (mydomain \user1 ). Configurez le même mot de passe.

• Sur l'ordinateur de test, j'exécute "msvsmon.exe" en tant qu'application (pas en tant que services), je l'exécute en utilisant "runas" avec l'utilisateur que j'ai créé. (utilisateur1) :

  runas /u:user1 msvsmon.exe

Quelqu'un peut-il m'aider ?

Merci.

Answer 1

Je ne peux donc pas répondre sans compte, et je ne peux répondre qu'à mes propres commentaires, mais mon compte enregistré est distinct du compte anonyme à partir duquel j'ai posté, donc il s'agit d'une "nouvelle réponse". Désolé.

baget - lorsque j'ai réussi à faire fonctionner ce système plus tôt dans la journée, j'ai créé un compte local à la fois sur le PC Remote Debug Monitor et sur le PC Visual Studio. RDM n'était pas sur le domaine, VS l'était. Les deux comptes locaux sont des comptes administrateurs avec des informations d'identification identiques à celles de mon compte de domaine. À partir d'un autre compte (également administrateur), j'ai appelé runas à partir d'une invite élevée avec le commutateur netonly. Vous devrez peut-être ou non fournir le nom d'utilisateur à votre domaine, mais comme les mots de passe devraient tous correspondre, je ne pense pas que cela ait beaucoup d'importance.

N'oubliez pas d'ajuster vos permissions dans le RDM pour permettre au compte utilisateur qui exécute VS de se connecter avec les privilèges Debug. Il est assez pointilleux sur les personnes qu'il vous laisse ajouter à la liste, donc si vous ne créez pas d'abord le compte local, vous serez assez frustré. Et si vous exécutez RDM sous un nom de compte utilisateur différent, vous devez utiliser le nom complet du serveur lorsque vous essayez de vous connecter à l'ordinateur distant ; si vous exécutez RDM et VS à partir du même compte utilisateur, vous pouvez vous en sortir avec le nom de l'ordinateur.