Comment puis-je déboguer à distance sur une autre machine de groupe de travail?

Question

J'ai utilisé l'option " Attacher au processus " fonctionner plusieurs fois dans VS 2008, mais jamais sur une machine distante. Maintenant, je dois le faire et j'en ai déjà lu beaucoup sur le net. Après avoir joué un peu, j'ai atteint un point où je ne sais plus trop comment procéder. Tout d’abord, voici une liste rapide de ce que j’ai fait jusqu’à présent:

Machine de test (Win XP Pro SP3 x86):

• Installer Msvsmon
• Modifiez la stratégie locale des comptes locaux en "Classique - Les utilisateurs locaux s'authentifient en tant qu'eux-mêmes"
.
• Désactivation du pare-feu Windows (oui, ce n'est pas une bonne idée, mais pour éviter tout problème de port)
• A planté une copie de l'application à déboguer, y compris les fichiers pdb
• Création d'un compte utilisateur portant le même nom et le même mot de passe que sur ma machine dev
• Assurez-vous que le nouveau compte créé est admin et est autorisé à déboguer à distance

Ordinateur hôte VS (Vista Home Premium x64 SP2, VS 2008 pro SP1)

• Désactiver le pare-feu
• Assurez-vous que je peux accéder à la machine de test via le chemin UNC (fonctionne)

La communication réseau fonctionne donc. Les pare-feu sont éteints. Msvsmon s'exécute sur la machine de test. Mais lorsque j'essaie de me connecter via " Attacher au processus " et entrez le nom d'ordinateur de la machine de test, je reçois ceci (traduit de l'allemand):

  

La connexion au studio visuel   moniteur de débogage distant avec le nom   "TESTMACHINE" pourrait ne pas être   établi. Visual Studio à distance   le débogueur ne supporte pas cette fenêtre   version.

Il a fallu un certain temps avant de découvrir que "version Windows non prise en charge". essaie réellement de dire "erreur d'authentification".

J'ai même essayé de me connecter en utilisant " Remote sans authentification " au lieu de "Standard", même si cela ne fonctionnera pas pour moi car je dois déboguer le code géré. J'ai donc ajusté Msvsmon en conséquence et la connexion a fonctionné (je pouvais sélectionner des processus, mais bien sûr, je ne pouvais pas vraiment déboguer). Cela me fait donc croire que j'ai un problème d'authentification.

Alors enfin, ma question:

Comment configurer les utilisateurs / l'authentification sur les deux machines pour pouvoir déboguer à distance le code géré dans le même groupe de travail?

Les noms d'utilisateur locaux sont identiques, mais comment puis-je autoriser & DEV; ENTRER \ DEVMACHINE \ me " déboguer à distance sur une machine où " moi " est en réalité "TESTMACHINE \ me"?

Merci;)

Answer 1

J'ai finalement découvert quel était le problème. Il semble que le deugger distant ne fonctionne pas sous Vista Home Premium (!), Comme on peut le lire ici :

  

Le débogage distant ne prend PAS en charge   Vista Home Premium. Débogage à distance   nécessite un système d'exploitation qui   prend en charge l'authentification Windows complète.   Dans une version future de Visual   Studio, nous espérons prendre en charge d'autres formes   de l'authentification. Cependant, nous sommes   actuellement profondément attaché à Windows   Authentification.   Pour le moment, il y a deux options - acheter un   édition commerciale de Windows ou débogage   localement.

Personnellement, je trouve cela ridicule. J'ai en fait une licence Vista Business, mais Home Premium était préinstallé sur ma machine de développement et je l'ai laissé ici.