Contexte: J'ai récemment obtenu un serveur VPS cloud Windows. Je n'ai pas beaucoup d'expérience avec l'administrateur du serveur (je suis programmeur), et le peu que j'ai est avec les serveurs Linux.
Depuis l'obtention du serveur, j'ai eu des problèmes avec RDP. Je peux me connecter environ deux ou trois fois, après quoi je ne peux pas me connecter jusqu'à ce qu'un des techniciens le corrige (voir ci-dessous). Lorsque je me connecte, je peux rester connecté pendant des heures sans aucun problème.
Lorsque le problème de connexion démarre, la première fois que j'essaie de me connecter, la fenêtre du bureau à distance apparaît, commence à se connecter, puis se ferme avec "Votre session de bureau à distance est terminée". Après cela, pendant environ 10-20 minutes si j'essaye de me connecter à nouveau, les connexions expirent avec
Le Bureau à distance ne peut pas se connecter à l'ordinateur pour l'une des raisons suivantes: 1) L'accès à distance sur le serveur n'est pas activé 2) L'ordinateur distant est éteint 3) L'ordinateur distant n'est pas disponible sur le réseau
puis revient à se connecter une fois et à se déconnecter immédiatement.
Toutes les mises à jour sont installées. Le pare-feu a été correctement configuré pour laisser passer le trafic RDP. Le paramètre distant est "Autoriser les connexions à partir d'ordinateurs exécutant n'importe quelle version de Remote Desktop". J'ai essayé de créer un deuxième utilisateur, et lorsque je ne peux pas me connecter, je ne peux pas non plus me connecter à cet utilisateur. J'ai essayé des redémarrages à la fois doux et durs, sans aide. J'ai essayé de me connecter à partir de deux ordinateurs différents (tous deux exécutant Windows 7) à partir de deux réseaux différents (travail et domicile), et le comportement est le même.
Tout le reste sur le serveur continue de fonctionner correctement (pages http servies par IIS, pages java servies par Tomcat, svn, ping).
Le "correctif" fourni par les techniciens se connecte simplement à la console de leur côté, après quoi je peux me connecter à nouveau 2 ou 3 fois.
L'observateur d'événements sur le serveur a généré des événements "échec d'authentification" (ou quelque chose de similaire) lorsque j'essaie de me connecter et que je ne peux pas. Je ne peux pas accéder à l'événement réel pour le moment car je suis actuellement dans la phase de connexion impossible et j'attends que les techniciens se connectent. Mais quand j'ai recherché l'événement plus tôt ce matin, je n'ai rien trouvé utile.
Quelqu'un peut-il aider?
J'ai eu un problème similaire avec une machine virtuelle Azure.
Il s'avère qu'il faisait des mises à jour Windows. À partir du portail de gestion Azure, le panneau Diagnostics de démarrage affiche une image de l'écran actuel, et il montrait ceci:
la source
Le problème se produit toujours sur les machines WS2012R2. Après avoir installé toutes les mises à jour sur l'instance fraîche et propre de WS2012R2, j'ai reçu une invite de connexion et un mot de passe en essayant de RDP, mais il a immédiatement disparu après avoir appuyé sur Entrée.
Essayez de modifier les paramètres d'authentification du serveur dans le client RDP:
Advanced
Languette.Connect and don't warn me
OUWarn me
si vous aviez auparavant l'option précédente.la source
Ne sachant pas comment se situe l'arrière de votre environnement RDS, ma solution n'est qu'une supposition. J'ai vu des problèmes similaires lorsque vous avez une batterie de serveurs RD configurée avec un round robin DNS (équilibrage de charge simple). Quelqu'un modifie l'adresse IP d'un serveur membre de la batterie ou le serveur abandonne une fois que l'ordinateur client a mis en cache l'adresse IP. Lorsque le client se connecte au RDgateway.somedomain.com qu'il a mis en cache en tant que 192.168.1.6, l'authentification échoue et vous obtenez l'erreur. Essayez d'aller à l'invite de commande et d'exécuter ipconfig / flushdns sur le client pour effacer tous les anciens enregistrements.
la source
Je n'aime généralement pas les réponses «moi aussi», mais la même chose m'est arrivée de manière assez cohérente, alors j'aimerais le remarquer.
Il semble que l'installation du SP1 (via Windows Update ou via le programme d'installation autonome) désactive efficacement le Bureau à distance jusqu'à ce que quelqu'un clique sur "OK" dans cette fenêtre "SP1 installé avec succès" .
la source
Nous utilisons AADServer pour plusieurs connexions RDP à Windows 7. Il semble que KB2984972 ne soit pas compatible. La désinstallation de KB2984972 m'aide donc. Thx Gabriel
la source
J'ai eu le même problème exact aujourd'hui après l'installation du SP1 sur Windows 2008 R2 Enterprise. Dans mon cas, j'avais des mises à jour Windows disponibles que j'ai téléchargées et installées et qui ont résolu le problème pour moi.
la source
Si vous n'êtes pas en mesure de RDP après avoir installé la mise à jour SP1, l'application des 7 prochaines mises à jour disponibles devrait résoudre le problème. Ça l'a fait pour moi. :)
la source
Désinstallez KB2984972 ou réinstallez-le.
la source