La connexion Bureau à distance ne peut pas se connecter à Windows Server 2012

Mission vers Remote Desktop DANS Windows Server 2012 (autonome).

Situation:

• Panneau de configuration, Système, Paramètres à distance, Bureau à distance - Autoriser
• Tous les pare-feu désactivés
• Tentative de connexion à l'aide d'une adresse IP connue (le ping fonctionne bien)
• 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 se connecter à IN sont Windows 7 et Windows 8, elles seront RDC vers d'autres machines.
• J'ai une bonne expérience de la configuration de postes de travail distants.

Question:

Est-ce une faute de logiciel bêta sur le serveur 2012, ou existe-t-il une nouvelle façon de faire fonctionner RDC qui me manque?

J'ai remarqué que l'activation du bureau à distance n'active pas correctement l'exception de pare-feu pour le port 3389. Veuillez vérifier si la règle appropriée est activée. Si tel 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 peuvent également être atteintes par d'autres méthodes, par exemple sysdm.cpl), j'ai atteint l'onglet "À distance" des Propriétés système et j'ai vu que "Ne pas autoriser les connexions à distance à ce bouton radio "ordinateur" a été sélectionné. C'était clairement la cause de mon problème et comme prévu, la sélection de «Autoriser les connexions à distance à cet ordinateur» m'a permis de mstsc dans le serveur.

J'ai également eu une autre instance où, même si RDC était activé, le port du pare-feu n'a pas été ouvert. J'ai maintenant en standard dans n'importe quel domaine que je gère deux politiques, l'une pour activer RDP, et l'autre pour l'autoriser à traverser le pare-feu.

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é Clavier - Inde , que j'ai configuré lors de l'installation de 2012, le système a de nouveau autorisé les connexions de bureau à distance.

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'IP statique a été définie, ma machine virtuelle ne répond plus à RDP ou RDC. comment je l'ai réparé?

1. allez dans le panneau de configuration> Réseau et Internet> Réseau et partage

2. changer les paramètres de l'adaptateur dans le coin supérieur gauche

3. faites un clic droit sur le réseau qui a besoin de l'IP statique assignée et sélectionnez les propriétés

4. Sélectionnez la version 4 du protocole Internet (TCP / IPv4)

5. sélectionnez utiliser l'adresse IP suivante et entrez votre adresse IP statique, le masque de sous-réseau fourni et la passerelle par défaut fournie

6. Entrez le DNS donné et préféré

7. cliquez sur OK et ouvrez l'invite de commande et tapez: ipconfig / flushDNS

dans l'invite de commande ci-dessus n'utilisez pas le Collin et il y a un espace après ipconfig

8. après cela, réinitialisez le vm et essayez de vous rdp vm

9. vous vm fonctionne maintenant sur IP statique

Jay Ess.

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 le Bureau à distance avec l'authentification au niveau du réseau (recommandé)".

Pour retrouver ces paramètres sur Windows 2012 R2: faites un clic droit sur "Poste de travail", choisissez "Propriétés" puis "Paramètres à distance". Dans l'écran qui apparaîtra, vous trouverez cette case à cocher.

XP ne prend probablement pas en charge "l'authentification au niveau du réseau" et lorsque le serveur l'exige, le client XP ne peut pas se connecter.

Comment activer le Bureau à distance sur Windows Server 2012 :

1. Déplacez votre souris en bas à droite de l'écran et vous verrez une barre, Charm Bar.
2. Cliquez sur le bouton Rechercher, celui avec une loupe. Voir la capture d'écran ci-dessous:
3. Entrez CMD dans la zone de texte de recherche des applications:
4. Cliquez sur CMD à gauche, il lancera l'invite de commande:
5. Dans la fenêtre d'invite de commandes, tapez SystemPropertiesRemote et appuyez sur Entrée
6. La commande ci-dessus lancerait les fenêtres Propriétés système.
7. Sélectionnez l'option appropriée sous Bureau à distance et cliquez sur OK.

Après avoir passé en revue toutes les réponses et commentaires, parcourant également Internet pour des problèmes similaires, ma conclusion est qu'il s'agit d'un problème de corruption de fichiers sur l'ordinateur Windows 2012 Server.

Autres indications
a) Cette machine de test a déjà causé des problèmes de disque.
b) sfc / scannow révèle des erreurs.

Le problème avec le clavier par défaut est certainement une cause.

Sur un serveur, j'avais retiré le clavier américain (qui était par défaut configuré lors de l'installation), puis essayé d'activer RDP, et cela n'a pas fonctionné.

Une fois que j'ai réinstallé le clavier américain, RDP a commencé à fonctionner!

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, connecté en tant qu'administrateur de domaine, puis quand 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 était que le service Network Location Awareness sur le contrôleur de domaine avait défini la connexion réseau comme publique au lieu de domaine. La solution qui a fonctionné pour moi a été de redémarrer le service NLA comme décrit ici /server/362374/domain-controller-thinks-its-on-a-public-network .