Comment le programme d'installation de débogage à distance sur une machine sans Visual Studio

Est-il un moyen de la configuration de Débogage à Distance (Msvscom.exe) sur une machine qui n'a pas de Visual Studio est installé?

Je voudrais joindre le service qui s'exécute sur la machine virtuelle afin que je puisse déboguer un problème dans le code. J'ai fait cela avant, mais les deux machines ont eu VS installé.

La boîte de Dev est en cours d'exécution Visual Studio 2010/Widnows 7. La machine virtuelle est en cours d'exécution Windows 7 sans Visual Studio.

InformationsquelleAutor CodeMan5000 | 2012-07-20
  1. 98

    Je vais ressusciter ce parce que toute personne qui a essayé de le faire sait que c'est une douleur complète dans le cul à chaque fois, et qu'il change légèrement à chaque combinaison possible d'hôte/système distant, vous pouvez avoir.

    Visual Studio Outils De Contrôle À Distance De Liens:

    1. Visual Studio 2010 débogueur distant. (Travail d'21/Oct/2016)
    2. Visual Studio 2013 outils de contrôle à distance (travail d'21/Oct/2016)
    3. Visual Studio 2015 outils de contrôle à distance x86 - lien de téléchargement Direct
    4. Visual Studio 2015 outils de contrôle à distance x64 - lien de téléchargement Direct
    5. Visual Studio Tools (Merci Robo Brûlé)

    C'est la configuration que j'ai réussi à aujourd'hui:

    Hôte (Dev) De La Machine:

    Windows 7 Ultimate SP1 x64. L'Exécution De Visual Studio 2010 .NET Framework 4.

    La Machine Distante:

    Industriel/Plancher de l'Usine PC exécutant Windows Embedded Standard 32 bits. Il semble/se sent exactement comme Windows 7. L'exécution de SP1. Visual Studio n'est pas installé. A l' .NET framework 4.

    Réseau:

    Les deux machines sont sur le même sous-réseau. - Je accéder à l'ordinateur distant via le protocole RDP et exécuter mon application de cette façon.

    Microsoft-Propriétaire Du Follicule Détérioration De La Mise En Œuvre:

    De prendre note de votre machine de dev nom d'utilisateur et le mot de passe. Pour une raison quelconque, vous devez créer exactement le même nom d'utilisateur et mot de passe sur la machine distante. Parce Que Microsoft.

    Comment j'ai fait:

    J'ai téléchargé Visual Studio 2010 débogueur distant à partir du lien fourni par @sJhonny. J'ai dû éteindre de Visual Studio 2013 dans cet article et sur 2010. Si vous tenez à aller sur l'article paru en 2010 avec un peigne fin pour trouver le télécharger, le lien est juste à côté de la "personne N'a jamais trouve cela utile" lien en haut. Si non, il suffit de suivre mon lien ci-dessus.

    L'installer sur la machine distante et d'exécuter l'assistant de configuration. J'ai laissé les valeurs par défaut de l'assistant:

    • "Exécuter le 'Visual Studio ....." a été cochée
    • Nom d'utilisateur est LocalSystem et le mot de passe est vide
    • Autoriser uniquement les ordinateurs sur le réseau local....

    Exécuter le Débogueur à Distance sur le système distant et vous verrez

    Msvsmon commencé un nouveau serveur nommé " nom d'utilisateur@machinename...'

    dans l'interface. So far So good. Exécutez l'application sur la machine distante. Sur le dev de la machine, Ctrl+Alt+P dans visual studio va ouvrir "Attach to Process" (C'est aussi dans le menu outils). J'ai eu un popup sur mon dev de la machine pare-feu n'étant pas configuré correctement et a demandé si je voulais autoriser les connexions etc... Dire oui, bien sûr.

    Entrez le " nom d'utilisateur@machinename combinaison dans la zone description... de Rafraîchissement de presse et de prier un peu. Prier un peu plus beaucoup plus difficile et vous devriez voir une liste des processus en cours d'exécution sur la machine distante. Sélectionnez votre processus et de la joindre à elle.

    Mais mes points d'arrêt ne fonctionnent pas!? Bien sûr, ils ne le font pas... parce que en utilisant les points d'arrêt dans le même répertoire que l'application sur la machine distante ferait trop de sens. Si vous avez été assez chanceux, vous l'avez mis en garde sur un point d'arrêt de cache et a obtenu montré une boîte de dialogue avec un chemin d'accès.

    La boîte de dialogue mentionne quelque chose d'être correct par rapport à la machine distante. Elle est couchée. Il n'a rien à voir avec la machine distante, sauf qu'il vous a forcé à créer un nouvel utilisateur, là, avec le même nom que votre compte courant à cause de Microsoft. Pour obtenir vos points d'arrêt de travail, suivez le chemin sur votre machine de dev (personnalisable dans Outils>Options>le Débogage>Symboles: Cache symboles dans ce répertoire) et d'une copie de votre application .fichiers pdb à ce répertoire. Vous devez les copier sur avec chaque nouvelle version, sauf si il ya une option pour le faire automatiquement; je n'ai pas vérifié parce que je n'ai pas encore arrêter la célébration de mon débogage à distance succès.

    Tout devrait fonctionner maintenant.

    J'espère que ça aide quelqu'un d'enregistrer les heures de l'aveuglement de rage que j'ai enduré en essayant d'obtenir que cela fonctionne sur des ordinateurs différents au fil des ans.

    • Lien pour VS2015 est cassé
    • "Remote Tools pour Visual Studio 2015" est maintenant disponible sous pliable zone "Tools pour Visual Studio 2015" sur visualstudio.com/downloads
    • J'ai ajouté les liens mis à jour
    • Géniale! Je vous remercie pour ce faire, une technique brillante, étape par étape, la description (et j'aime aussi l'ironie de la situation depuis que j'ai fait des expériences similaires ... 😉 encore Une astuce: Vous pouvez utiliser ce lien @ microsoft pour les outils de contrôle à distance et sélectionnez "Autres Versions" si vous avez besoin de télécharger les anciennes versions. Donc, vous avez juste besoin d'un lien (signet) pour tous.
    • Parce que Microsoft ... le lien ci-dessus est valide, mais je viens de remarquer que pour Visual Studio 2915 mise à Jour 3 vous avez besoin d'un autre lien: https://www.visualstudio.com/downloads/#remote-tools-for-visual-studio-2015-update-3 (faites défiler vers le bas jusqu'à ce que vous trouver Remote Tools pour Visual Studio 2015 mise à Jour 3 sur le côté gauche)
    • Concernant le débogage, vous avez écrit: Vous avez de les copier sur avec chaque nouvelle version ... bon, c'est lourd, et je préfère avoir l' .Pdb dans le même répertoire avec les fichiers binaires - mais pour faire cela automatiquement vous pouvez créer un post-construire l'action pour cela.
    • Oui, vous pouvez créer un post-construire, mais vous pourrez rencontrer des problèmes si votre solution est sous contrôle de code source et, par inadvertance, vous le validez. Serveur de génération d'explosions etc....
    • Bon point. Je l'ai créé à l'extérieur du dossier mappé de sorte que vous ne pouvez pas accidentellement le vérifier dans.
    • Encore une question - avez-vous déjà configurer le débogage à distance dans un environnement multi-domaine de l'environnement (par exemple, votre PC dans un domaine, le serveur web dans un autre test - domain)? Je n'ai pas trouver l'hôte sur lequel l'outil de débogage à distance est en cours d'exécution. Avez-vous un indice, peut-être? J'ai été en utilisant un compte Windows que de débogage de l'utilisateur et ne veux pas faire de l'authentification.
    • J'ai essayé de le faire à quelques reprises, mais n'a jamais réussi. Vous devez être capable de voir (ping etc...) la cible de débogage à partir de votre ordinateur de développement. J'en ai appris davantage sur le débogage distant depuis que j'ai posté la réponse mais je n'ai pas eu le temps de mise à jour. La partie la plus importante est l'authentification de la cible. Dans mon expérience (et quelqu'un peut corriger cette déclaration) si vos informations d'identification ne correspondent pas exactement vous êtes tout simplement pas l'obtenir dans. Jamais. Vous avez besoin de trouver un moyen d'usurper l'identité de votre utilisateur sur le domaine distant. Il y a probablement une configuration supplémentaire que vous pouvez faire en quelque sorte que je ne sais pas de.
    • J'ai appris que l'échéance de 2015 des outils d'écouter sur le port 4020 et VS17 se connecte à 4022. Sont il y a même des outils pour 2017? Ne pouvait pas les trouver.
    • Je ne suis pas sûr... 2017 est nouveau, peut-être qu'ils n'ont pas été publiés? Malheureusement, je ne travaille pas dans Visual Studio plus donc mes connaissances seront obsolètes.
    • Veux juste ajouter mon expérience. Dans mon champ description, je n'ai jamais été en mesure de Trouver avec succès. Au lieu de cela, j'ai mis dans l'IP de l'ordinateur et le port et pressé d'Actualisation. Aussi, vous devez utiliser la télécommande outil de débogage qui correspond exactement à la VS version sur votre machine de dev. Il semble qu'il n'y a pas de rétro-compatibilité.
    • Aussi, les outils de contrôle à distance pour VS2017 sont situés ici visualstudio.com/downloads sous Outils pour Visual Studio 2017
    • Encore un commentaire, je viens de tester et je n'ai pas avoir à créer un compte utilisateur sur mon ordinateur distant. Les noms d'utilisateur peuvent être différentes. Je suis sur Windows 7 machines et VS 2012 mise à jour 3.
    • Comment attacher à distance un Service Windows, pas de Processus/de l'Application. La méthode ci-dessus fonctionne, mais seulement des listes de processus, j'ai besoin de l'attacher à un service ou une application qui affiche dans le gestionnaire des tâches.
    • Il devrait y avoir une case à cocher "Afficher les processus de tous les utilisateurs". Cliquez qui.
    • Que faire si je suis en utilisant dotnetcore sur linux? comment puis-je corriger?
    • Je ne suis pas sûr. Je n'ai pas utilisé DotNetCore encore. J'aimerais vérifier si il n'y a aucune documentation
    • Vous êtes un bon écrivain.

    InformationsquelleAutor Brandon
  2. 17

    certainement ce qu'il est.

    Vous pouvez installer msvsmon sans l'installation de visual studio.

    Je l'ai fait moi-même sur plusieurs machines.

    la partie la plus délicate réside dans l'autorisation - l'utilisateur qui exécute VS sur votre machine locale des besoins spéciaux privilèges sur la machine distante.

    ms a certains articles expliquant les détails- http://msdn.microsoft.com/en-us/library/bt727f1t.aspx,

    • Grâce sJhonny,puis-je tout simplement copier sur le MSVCMON.exe pour les machines virtuelles?
    • ne me souviens pas vraiment... je suis sûr que l'article que j'ai liés à l'un des articles associés au fond a la réponse 🙂
    InformationsquelleAutor J. Ed
  4. 2

    Prises à partir de:
    comment le mettre en œuvre-à distance-débogage-en-visual-studio-2005

    Prenons un exemple pour comprendre cette situation clairement. Molly
    Clark et Adam Barr sont à la fois des employés à l'Aventure Œuvres. L'aventure
    Travaille a un domaine Microsoft Windows NT nommé adventure-works.com.
    Adam est d'avoir des problèmes avec certains logiciels que Molly a écrit. Molly
    souhaitez déboguer ce logiciel sur Adam ordinateur. Molly et Adam
    suivez ces étapes:

    • Adam n'a pas le débogueur à distance sur son ordinateur. Pour configurer le remote debugger, Molly décide de partager le Programme
      Files\Microsoft Visual Studio 8\Common7\IDE\Remote Debugger répertoire
      sur son ordinateur. Elle crée un partage de fichiers appelé Remote.
    • Adam s'exécute \MollyComputerName\Remote\x86\Msvsmon.exe.
    • Après le débogueur distant démarre, Adam clique sur les Autorisations dans le menu Outils pour configurer le débogueur distant en utilisant les Autorisations
      boîte de dialogue. Il donne Molly autorisation de débogage.

      Note Adam pourrait également configurer le débogueur distant par le passage du /option autoriser lorsque le débogueur distant démarre.
    • Molly commence Visual Studio 2005.
    • Pour ouvrir le Fixer à la boîte de dialogue traiter, Molly clics Attacher au Processus sur le menu Outils.
    • Molly se connecte à Adam de l'ordinateur en entrant adventure-works.com\Adam@AdamComputerName dans la zone description.
    • En vertu de Processus Disponibles, Molly sélectionne le processus de travail que sa demande est à l'aide de, puis clique sur Joindre.
    • Molly ouvre un navigateur et fournit l'URL de l'application à distance. L'exécution s'arrête là où le point d'arrêt est placé dans
      l'application.
    InformationsquelleAutor Robert Andrzejuk