Débogage à distance entre domaines

Question

J'ai deux machines dans deux domaines différents.Sur les deux, VS 2005 est installé.Je veux un débogage à distance entre eux.Sans authentification, c'est possible mais je souhaite déboguer le code managé.Je ne veux pas déboguer directement car c'est une machine vraiment merdique.

Lorsque j’essaie de m’attacher avec le débogueur, j’obtiens le message « La relation d’approbation entre ce poste de travail et le domaine principal a échoué ». Avez-vous une idée de la façon de surmonter cela ?J'ai essayé des astuces en ajoutant le même nom d'utilisateur local sur les deux machines, mais sans succès.

MODIFIER:J'ai les mêmes utilisateurs locaux sur les deux machines.J'ai démarré VS2005 et le moniteur de débogage avec RunAs en utilisant des utilisateurs locaux.J'ai activé l'audit Windows sur la machine de débogage et je vois que l'utilisateur local de la machine VS2005 essaie de se connecter.Mais il échoue avec l'erreur 0xC000018D (ERROR_TRUSTED_RELATIONHIP_FAILURE)

Answer 1

Gregg Miskely a un article de blog sur ce.Vous pourriez le faire fonctionner si les deux comptes locaux ont le même nom d'utilisateur et le même mot de passe.Vous pouvez également essayer de supprimer votre bonne boîte de son domaine afin de passer d'un groupe de travail à un domaine plutôt qu'un domaine à un autre.

Answer 2

Il me semble que j'ai parfois trouvé utile d'utiliser RunAs lorsque vous exécutez msvcmon (ou quel que soit son nom cette semaine - le stub de débogage à distance de toute façon), pour le forcer à démarrer en tant qu'utilisateur que vous avez configuré pour être le même. sur les deux machines.

Je suppose que sur la machine sur laquelle vous exécutez VS, vous devrez également vous connecter en tant qu'utilisateur local plutôt qu'en tant qu'utilisateur de domaine (ou démarrer VS avec RunAs).

Je n'ai jamais compris pourquoi cela devait être si difficile, étant donné que le débogage non géré est beaucoup plus facile et doit exposer toutes les failles de sécurité possibles avec le débogage géré.

Answer 3

Le billet de blog n'était pas tout à fait clair sur le fait que cela fonctionnerait, mais j'ai pu exécuter Visual Studio en tant que compte de domaine tout en déboguant un processus sur une machine qui ne se trouvait pas sur un domaine.

J'ai une machine de développement physique PHYSICAL sur un domaine Active Directory DOMAIN.Je suis connecté et j'exécute Visual Studio en tant que DOMAIN\employee.

J'ai une machine virtuelle VIRTUAL qui n'est pas du tout attaché à un domaine Active Directory.C'est la machine qui exécute le processus que je souhaite déboguer.

Comme le dit le billet de blog, créez des comptes locaux PHYSICAL\employee (sur PHYSICAL) et VIRTUAL\employee (sur VIRTUAL).Ils doivent tous deux être administrateurs et avoir le même mot de passe que DOMAIN\employee.

Le débogueur distant et le processus à déboguer doivent être exécutés sur VIRTUAL alors que je suis connecté en tant que VIRTUAL\employee.Puis sur PHYSICAL alors que je suis connecté en tant que DOMAIN\employee Je peux utiliser "Attach to Process..." et me connecter à VIRTUAL pour obtenir une liste de processus.