Connexion Bureau à distance ne peut pas se connecter à Windows Server 2012
Mission to Remote Desktop sous Windows Server 2012 (autonome).
Situation:
- Panneau de configuration, Système, Paramètres distants, Bureau à distance - Autoriser
- Tous les pare-feu sont désactivés
- Tentative de connexion en utilisant une adresse IP connue (le ping fonctionne correctement)
- Connect Option en tant qu'utilisateur déjà connecté.
Message d'erreur:
Remote Access Cannot Connect
1) Remote access not enabled
2) Remote computer turned off
3) Remote computer not available
Information additionnelle:
- Le serveur 2012 peut RDC OUT.
- Les machines que j'utilise pour me connecter sont Windows 7 et Windows 8, elles seront RDC vers d'autres machines.
- J'ai une bonne expérience de la configuration du bureau à distance.
Question:
Est-ce une faute de la version bêta du logiciel sur le serveur 2012 ou existe-t-il un nouveau moyen de faire fonctionner RDC qui me manque?
Après avoir examiné toutes les réponses et tous les commentaires, et parcouru également Internet pour des problèmes similaires, ma conclusion est qu'il s'agit d'un problème de corruption de fichier sur l'ordinateur Windows 2012 Server.
Indications supplémentaires
a) Cette machine de test a déjà donné des problèmes de disque.
b) sfc/scannow révèle des erreurs.
J'ai remarqué que l'activation du poste de travail distant n'active pas correctement l'exception de pare-feu pour le port 3389. Vérifiez si la règle appropriée est activée. Si c'est le cas, essayez de désactiver et d'activer immédiatement le pare-feu. Cela a fonctionné pour moi à plusieurs reprises.
Vous aurez probablement besoin d'une CAL ( Licence d'accès client ) pour accéder aux ressources de Windows Server 2012.
J'étais dans une situation similaire à vous OP. J'avais une stratégie de groupe pour activer RDP. J'ai vérifié que cela s'appliquait et que je pouvais envoyer une requête ping au serveur cible. Dans le gestionnaire de serveur 2012, il était indiqué "Bureau à distance: activé".
Cependant, après avoir suivi les étapes publiées par sushant (cmd> systempropertiesremote) (qui peut également être atteint par d’autres méthodes, par exemple sysdm.cpl), j’ai atteint l’onglet "Distant" des Propriétés système et constaté que "Ne pas autoriser les connexions distantes à cette ordinateur "a été sélectionné. C’était clairement la cause de mon problème et, comme prévu, le fait de sélectionner «Autoriser les connexions distantes à cet ordinateur» m’a permis de mstsc sur le serveur.
J'ai également eu un autre cas où, même si RDC était activé, le port du pare-feu n'était pas ouvert. J'ai maintenant en standard dans n'importe quel domaine, je gère deux stratégies, une pour activer RDP et l'autre pour le faire passer à travers le pare-feu.
j'ai donc rencontré un problème lors de la définition d'une adresse IP statique sur une machine virtuelle Windows 2012. Lorsque l'adresse IP statique était définie, mon VM ne répondait plus à RDP ni à RDC. comment je l'ai réparé?
allez au Panneau de configuration> Réseau et Internet> Réseau et partage.
coin supérieur gauche modifier les paramètres de l'adaptateur
faites un clic droit sur le réseau qui a besoin de l'adresse IP statique attribuée et sélectionnez Propriétés
Sélectionnez le protocole Internet version 4 (TCP/IPv4)
sélectionnez utilisez l'adresse IP suivante et entrez votre adresse IP statique, le masque de sous-réseau fourni et la passerelle par défaut fournie.
Entrer le DNS donné et préféré
cliquez sur OK et ouvrez la commande Invite et tapez: ipconfig/flushDNS
dans l'invite de commande ci-dessus, n'utilisez pas Collin et il y a IS un espace après ipconfig
après cela est fait réinitialiser la machine virtuelle et essayez de RDP à vous vm
vous vm est maintenant en cours d'exécution sur IP statique
Jay Ess.
Veuillez vérifier si vous avez modifié les claviers par défaut.
J'ai eu le même problème, mais dès que j'ai sélectionné Keyboard - India , que j'ai configuré lors de l'installation de 2012, le système a de nouveau autorisé les connexions de bureau à distance.
J'ai eu le même problème avec le client WINDOWS XP qui ne pouvait pas se connecter au serveur distant Windows 2012 R2.
J'ai résolu le problème en décochant cette case sur le serveur: "Autoriser les connexions uniquement pour les ordinateurs exécutant Remote Desktop avec authentification au niveau du réseau (recommandé)".
Pour trouver ces paramètres sur Windows 2012 R2: faites un clic droit sur "Poste de travail", choisissez "Propriétés", puis "Paramètres distants". Dans la fenêtre qui apparaîtra, vous trouverez cette case à cocher.
Probablement XP ne supporte pas "l'authentification au niveau du réseau" et lorsque le serveur le requiert, le client XP ne peut pas se connecter.
J'ai eu le même problème avec les clients XP et Windows 8 ... il semblait que le serveur n'était pas correctement connecté au domaine. J'ai redémarré le serveur, me suis connecté en tant qu'administrateur de domaine, puis lorsque j'ai essayé de me connecter en utilisant RDP la machine Win 8 a bien fonctionné, XP ne serait pas dû à NLA comme ci-dessus.
Je viens d'avoir ce problème de connexion à mon contrôleur de domaine Windows 2012 R2. Il s’est avéré que la cause en était que le service Network Location Awareness sur le DC avait défini la connexion réseau sur Public au lieu de Domain. La solution qui a fonctionné pour moi était de redémarrer le service NLA comme décrit ici https://serverfault.com/questions/362374/domain-controller-thinks-its-on-a-public-network .
Comment activer Remote Desktop sur Windows Server 2012 :
- Déplacez votre souris en bas à droite de l'écran et vous verrez une barre, Charm Bar.
- Cliquez sur le bouton Rechercher, celui avec une loupe. Voir la capture d'écran ci-dessous:
- Entrez CMD dans la zone de texte de recherche d'applications:
- Cliquez sur CMD à gauche, il lancera la commande Invite:
- Dans la fenêtre d'invite de commande, tapez SystemPropertiesRemote et appuyez sur Entrée
- La commande ci-dessus lancerait les fenêtres Propriétés système.
- Sélectionnez l'option appropriée sous Remote Desktop et cliquez sur OK.
Le problème avec le clavier par défaut est certainement une cause.
Sur un serveur, j'avais retiré le clavier américain (configuré par défaut lors de l'installation), puis essayé d'activer le protocole RDP et cela ne fonctionnait pas.
Une fois que j'ai réinstallé le clavier américain, RDP a commencé à fonctionner!