Partager via


Erreurs de débogage distant et dépannage

Les erreurs suivantes peuvent se produire lors d’une tentative de débogage distant.

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 : Microsoft Visual Studio Remote Debugging Monitor sur l’ordinateur distant ne dispose pas des autorisations pour se connecter à cet ordinateur

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

Erreur : Le débogage en mode mixte est pris en charge seulement quand vous utilisez Microsoft .NET Framework 2.0 ou ultérieur

Le débogage en mode mixte des processus IA64 n’est pas pris en charge.

Voir aussi