Résolution des messages d’erreur RDP spécifiques des machines virtuelles Windows dans Azure

  • Article

Il peut arriver que vous receviez un message d’erreur spécifique lorsque vous utilisez la connexion Bureau à distance à une machine virtuelle Windows dans Azure. Cet article décrit en détail certains des messages d’erreur les plus couramment rencontrés, ainsi que les étapes de dépannage à suivre pour les résoudre. Si vous rencontrez des problèmes de connexion à votre machine virtuelle avec le protocole RDP mais que vous ne recevez pas de message d’erreur spécifique, consultez le guide de résolution des problèmes de Bureau à distance.

Pour plus d’informations sur les messages d’erreur spécifiques, consultez les sections suivantes :

La session distante a été déconnectée, car aucun serveur de licences Bureau à distance n’est disponible pour fournir une licence

Cause : la période de grâce du Gestionnaire de licences de 120 jours pour le rôle de serveur Bureau à distance a expiré et vous devez installer les licences.

Pour contourner ce problème, enregistrez une copie locale du fichier RDP à partir du portail, puis exécutez cette commande au niveau d’une invite de commande PowerShell pour vous connecter. Cette étape ne désactive la licence que pour cette connexion :

mstsc <File name>.RDP /admin

Si vous n’avez pas besoin de plus de deux connexions Bureau à distance simultanées à la machine virtuelle, vous pouvez utiliser le Gestionnaire de serveur pour supprimer le rôle de serveur Bureau à distance.

Pour plus d’information, consultez le billet de blog Azure VM fails with « No Remote Desktop License Servers available » (La machine virtuelle Azure échoue et affiche le message « Aucun serveur de licences Bureau à distance n’est disponible »).

Bureau à distance ne trouve pas le nom (« name ») de l’ordinateur

Cause : le client Bureau à distance de votre ordinateur ne peut pas résoudre le nom de lʼordinateur dans les paramètres du fichier RDP.

Solutions possibles :

  • Si vous êtes sur un intranet d’entreprise, vérifiez que votre ordinateur a bien accès au serveur proxy et qu’il peut lui transmettre le trafic HTTPS.

  • Si vous utilisez un fichier RDP stocké localement, essayez d’utiliser celui généré par le portail. Grâce à cette étape, vous êtes certain de disposer du nom DNS correct de la machine virtuelle ou du service cloud et du port du point de terminaison de la machine virtuelle. Voici un exemple de fichier RDP généré par le portail :

    full address:s:tailspin-azdatatier.cloudapp.net:55919
prompt for credentials:i:1

La partie adresse de ce fichier RDP comporte :

  • Le nom de domaine complet du service cloud qui contient la machine virtuelle ("tailspin-ici azdatatier.cloudapp.NET" dans cet exemple).
  • Le port TCP externe du point de terminaison pour le trafic Bureau à distance (55919).

Une erreur d’authentification s’est produite. L’autorité de sécurité locale ne peut pas être contactée

Cause : La machine virtuelle cible nʼa pas pu localiser lʼautorité de sécurité dans la partie nom dʼutilisateur de vos informations dʼidentification.

Lorsque votre nom dʼutilisateur est au format SecurityAuthority\UserName (exemple : CORP\User1), la partie SecurityAuthority est soit le nom dʼordinateur de la machine virtuelle (pour lʼautorité de sécurité locale), soit un nom de domaine Active Directory.

Solutions possibles :

  • Si le compte est local à la machine virtuelle, vérifiez que le nom de la machine virtuelle est correctement orthographié.
  • Si le compte se trouve dans un domaine Active Directory, vérifiez l’orthographe du nom de domaine.
  • S’il s’agit d’un compte de domaine Active Directory et que le nom de domaine est orthographié correctement, vérifiez qu’un contrôleur de domaine est disponible dans ce domaine. Dans les réseaux virtuels Azure qui contiennent des contrôleurs de domaine, il est courant qu’un contrôleur de domaine soit indisponible, car il n’a pas démarré. Pour contourner ce problème, vous pouvez utiliser un compte d’administrateur local, plutôt qu’un compte de domaine.

Erreur de sécurité Windows : vos informations d’identification n’ont pas fonctionné

Cause : La machine virtuelle cible ne peut pas valider le nom et le mot de passe de votre compte.

Un ordinateur Windows peut valider les informations d’identification d’un compte local ou d’un compte de domaine.

  • Pour les comptes locaux, utilisez la syntaxe ComputerName\UserName (par exemple : SQL1\Admin4798).
  • Pour les comptes de domaine, utilisez la syntaxe DomainName\UserName (par exemple : CONTOSO\peterodman).

Si vous avez promu votre machine virtuelle en tant que contrôleur de domaine d’une nouvelle forêt Active Directory, le compte d’administrateur local auquel vous êtes connecté est converti en un compte équivalent avec le même mot de passe dans la nouvelle forêt et le nouveau domaine. Le compte local est alors supprimé.

Par exemple, si vous êtes connecté au compte local DC1\DCAdmin et que vous avez promu la machine virtuelle en tant que contrôleur de domaine dans une nouvelle forêt pour le domaine corp.contoso.com, le compte local DC1\DCAdmin est supprimé et un compte de domaine (CORP\DCAdmin) est créé avec le même mot de passe.

Vérifiez que le nom du compte est un nom qui peut être considéré comme valide par la machine virtuelle, et que le mot de passe est correct.

Pour modifier le mot de passe du compte administrateur local, voir Réinitialisation d’un mot de passe ou du Service Bureau à distance pour les machines virtuelles Windows.

Cet ordinateur ne peut pas se connecter à l’ordinateur distant

Cause : Le compte utilisé pour vous connecter ne dispose pas des droits de connexion au Bureau à distance.

Chaque ordinateur Windows dispose d’un groupe local d’utilisateurs du Bureau à distance, qui contient les comptes et groupes autorisés à s’y connecter à distance. Les membres du groupe local d’administrateurs y ont également accès, même si ces comptes ne sont pas répertoriés dans le groupe local des utilisateurs du Bureau à distance. Pour les ordinateurs associés à un domaine, le groupe local d’administrateurs contient également les administrateurs du domaine en question.

Vérifiez que le compte que vous utilisez pour vous connecter dispose des droits de connexion au Bureau à distance. Pour résoudre ce problème, utilisez un compte d’administrateur local ou de domaine pour vous connecter via le Bureau à distance. Pour ajouter le compte de votre choix au groupe local des utilisateurs du Bureau à distance, utilisez le composant logiciel enfichable Microsoft Management Console (Outils système > Utilisateurs et groupes locaux > Groupes > Utilisateurs du Bureau à distance).

Prochaines étapes

Si aucune de ces erreurs ne s’est produite et que vous avez rencontré un problème inconnu en vous connectant avec le protocole RDP, consultez le guide de dépannage du Bureau à distance.

Contactez-nous pour obtenir de l’aide

Pour toute demande ou assistance, créez une demande de support ou posez une question au support de la communauté Azure. Vous pouvez également soumettre des commentaires sur les produits à la communauté de commentaires Azure.