Erreurs de débogage distant et dépannage
Les erreurs suivantes peuvent se produire lors d’une tentative de débogage distant.
Unable to Connect to the Microsoft Visual Studio Remote Debugging Monitor
Erreur : l’ordinateur distant n’apparaît pas dans une boîte de dialogue Connexions à distance
Exécuter le débogueur distant en tant qu'administrateur
Vous pouvez rencontrer des problèmes si vous n'exécutez pas le débogueur distant en tant qu'administrateur. Par exemple, vous pouvez voir l'erreur suivante : « Le débogueur distant Visual Studio (MSVSMON.EXE) ne dispose pas de privilèges suffisants pour déboguer ce processus ». Si vous exécutez le débogueur distant en tant qu'application (et non en tant que service), vous risquez d'obtenir une erreur de compte d'utilisateur différent.
Lorsque le débogueur distant est exécuté en tant que service
Lorsque le débogueur distant est exécuté en tant que service, il est recommandé de le faire fonctionner en tant qu’administrateur pour plusieurs raisons :
Le service de débogage à distance autorise uniquement connexions d’administrateurs, de sorte qu'il n'y a aucun nouveau risque de sécurité introduit en l'exécutant en tant qu'administrateur.
Cela permet d'éviter les erreurs qui surviennent lorsque l'utilisateur de Visual Studio dispose de plus de droits de débogage d'un processus que le débogueur distant lui-même.
Pour simplifier l'installation et la configuration du débogueur distant.
Même s’il est possible de déboguer sans exécuter le débogueur distant en tant qu'administrateur, plusieurs conditions sont requises pour que cela fonctionne correctement, et elles nécessitent souvent des étapes de configuration de service plus avancées.
Le compte que vous utilisez sur la machine distante doit avoir le privilège de connexion en tant que service. Voir les étapes de la section « Pour ajouter une connexion en tant que service » de l'article sur l’erreur cannot connect back (reconnexion impossible).
Le compte doit disposer des droits pour déboguer le processus cible. Pour obtenir ces droits, vous devez exécuter le débogueur distant sous le même compte que le processus à déboguer. (La solution la plus simple consiste à exécuter le service en tant qu'administrateur).
Le compte doit pouvoir se reconnecter (c'est-à-dire s'authentifier) à l'ordinateur Visual Studio via le réseau. Sur un domaine, il est plus facile de se reconnecter si le débogueur distant s'exécute sous les comptes intégrés Système local ou Service réseau, ou sous un compte de domaine. Les comptes intégrés ont des privilèges de sécurité élevés qui peuvent présenter un risque pour la sécurité.
Lors de l'exécution du débogueur distant en tant qu'application (mode normal)
Si vous essayez de vous attacher à votre propre processus non élevé (comme une application normale), le fait d’exécuter le débogueur distant en tant qu'administrateur n'a pas d'importance.
Vous exécutez le débogueur distant en tant qu'administrateur dans plusieurs cas de figure :
Lorsque vous vous attachez à des processus s'exécutant en tant qu'autre utilisateur (par exemple lors du débogage d'IIS), ou
Lorsque vous essayez de lancer un autre processus, et que le processus que vous voulez lancer est un administrateur.
N’exécutez pas le processus en tant qu'administrateur si vous souhaitez lancer des processus, et le processus que vous souhaitez lancer ne doit pas être un administrateur.
Articles de référence sur les erreurs archivées
Les articles de référence sur les erreurs de débogage à distance suivants sont disponibles dans l’ancienne documentation de Visual Studio.
Erreur : Échec de l’ouverture de session à distance du groupe de travail
Erreur : Pare-feu sur l’ordinateur local
Erreur : Pare-feu : Aucune authentification
Erreur : RPC requiert une authentification
Erreur : Vous n’êtes pas autorisé à inspecter l’identité du processus
Le débogage en mode mixte des processus IA64 n’est pas pris en charge.