Impossible de faire fonctionner le débogage à distance avec VS2010
J'ai un serveur et un poste de travail sur le même domaine d'entreprise. Mon utilisateur est un administrateur local sur les deux machines. J'ai installé la version VS2010 de MSVSMON et l'ai configurée pour s'exécuter en tant que service sur le serveur sous mon utilisateur DOMAIN\greg.b (je me suis donné "connexion en tant que service"). Je me connecte au serveur à l'aide de mon compte de domaine et lance le moniteur de débogage distant. Je me connecte ensuite au serveur à partir de Visual Studio. Sur l'écran du serveur, je peux voir
23/09/2010 16:26:33 DOMAINE\greg.b connecté.
Puis, un moment plus tard, Visual Studio me demande de dialoguer.
Impossible de se connecter au moniteur de débogage Microsoft Visual Studio nommé "SERVER_NAME". Le débogueur distant Visual Studio sur l'ordinateur cible ne peut pas se reconnecter à cet ordinateur. Un pare-feu peut empêcher la communication via DCOM vers l'ordinateur local.
Les ports DCOM sont ouverts (TCP 135) sur mon poste de travail et mon serveur en tant que détaillé ici .
Je l’ai essayé avec le service de pare-feu Windows désactivé.
Je suis complètement perplexe!
Le serveur exécute Windows 2003 Standard SP2 32 bits exécutant MSVSMON x86. Mon poste de travail exécute Windows 7 Pro 64Bit et VS2010 Pro.
Assurez-vous que devenv.exe (visual studio) figure dans la liste des exceptions du programme de pare-feu de la case avec la case à cocher DOMAIN cochée!
J'étais dans la même situation, j'ai arrêté les services de pare-feu s'exécutant sur ma machine (Win7 x64), mais cela n'a pas fonctionné tant que je n'ai pas effectué cette modification.
J'avais le même problème, j'exécutais VS2010 sur une machine virtuelle, j'ai changé le réseau de NAT en ponté, j'ai pu cingler de deux façons et cela a fonctionné.
Dans mon cas: comme la machine distante ne faisait pas partie du sous-réseau local , je devais accéder à Pare-feu Windows -> Paramètres avancés -> Règles liées . Sélectionnez la règle pour MS Visual Studio et ajoutez adresse IP de la machine distante à la section " Scope ". Cela s'ajoutait aux paramètres du pare-feu Windows décrits ci-dessus.
Ce qui a aidé dans mon cas était le suivant:
Exécutez dcomcnfg.exe sur la machine sur laquelle se trouve votre VS, allez à:
Component Services -> Computers -> My Computer -> Properties -> COM Security -> Access Permissions -> Edit Limits
Vous devez accorder un accès à distance à ANONYMOUS LOGON .
Ne jouez pas avec les autres autorisations - cela pourrait vous causer des problèmes.
Je viens d'avoir ce problème (jamais eu ce problème auparavant, je débogage à distance tout le temps) et l'a résolu.
La première chose que j'ai faite a été de réduire le problème à un problème sur ma machine. Lorsque j'ai désactivé mon pare-feu, les choses ont à nouveau fonctionné et je savais qu'il s'agissait de ma machine et de mon pare-feu.
La page msdn à http://msdn.Microsoft.com/en-us/library/ee126350(v=vs.100).aspx indique si "Microsoft Visual Studio" est répertorié dans la liste de pare-feu, cliquez sur " Autoriser un autre programme 'et sélectionnez-le à nouveau.
Lorsque j'ai cliqué sur 'Autoriser un autre programme', une liste d'applications est apparue et Microsoft Visual Studio ne se trouvant pas dans CETTE liste, j'ai donc consulté devenv.exe et j'ai reçu un message indiquant qu'il figurait déjà dans la liste! Heureusement, il m'a dit qu'il pensait que cela figurait dans la liste en tant qu'outils de données Microsoft SQL Server.
J'ai donc supprimé l'entrée de 'Microsoft Visual Studio' car apparemment, la même règle figurait déjà dans la liste, mais avec un nom et un alto différents, tout fonctionne à nouveau.
Je suppose qu'une mise à jour ou peut-être que mon installation de VS 2013 Express a affecté d'une manière ou d'une autre les paramètres du pare-feu et avoir la règle deux fois source de confusion pour mon ordinateur.
Ce qui a résolu mon problème était-ce
- Désactivez le mode de compatibilité native et le mode de compatibilité géré.
- Dans Visual Studio 2013, désactivez Activer la modification native et continuer.
https://msdn.Microsoft.com/en-us/library/2dbesfyx.aspx
Je redémarre également l'ordinateur (règle de base de Windows!)
Je suppose qu'il y a des millions de raisons pour ce problème! J'ai essayé toutes les réponses ci-dessus, mais rien ne fonctionnait pour moi sauf ceci: J'ai réussi à le faire fonctionner en désactivant l'option permettant d'utiliser le "mode de compatibilité géré".
Pour cela, allez dans les options du VS, comme: Outils -> Options -> Débogage -> Général -> "Utiliser le mode de compatibilité gérée"
Est-ce réglé? Le désactiver.
Même problème ici. Ma raison était que Trend Security était activé sur l'ordinateur local et bloquait la connexion. Je ne pouvais pas l'arrêter car j'avais besoin d'un mot de passe. J'ai donc supprimé tous les processus Trend et tout a bien fonctionné. Vous pouvez donc vérifier si un service antivirus ou de sécurité est activé et pourrait bloquer l’accès.