L'écran de connexion au bureau à distance est totalement noir mais le serveur fonctionne parfaitement

Le serveur fonctionne parfaitement mais quand je fais, l'écran RDC est uniquement noir. Cela s'est produit avant et je l'ai corrigé en éteignant le serveur via KVM / IP, mais je ne veux pas recommencer. Comment puis-je résoudre ce problème.

Système d'exploitation: Windows Server 2008 R2 Web Edition SP1

J'ai vu cela se produire avant 3 ou 4 fois lorsqu'un utilisateur ferme simplement sa session au lieu de se déconnecter. Veuillez essayer les choses dans l'article de la base de connaissances ci-dessus sous la réponse de JohnThePro.

Cela m'arrive souvent lorsque je me connecte à une machine Windows 7 x64. La solution que j'utilise appuie sur Ctrl-Alt-Fin dans la fenêtre RDP. Cela fait apparaître l'écran "verrouiller votre ordinateur". Lock-Unlock et vous y êtes!

La prochaine fois qu'il apparaîtra, il y aura un article spécifique de la base de connaissances sur ce problème.

http://support.microsoft.com/kb/555840

SYMPTÔMES

Lors de la connexion à un serveur distant à l'aide du bureau à distance, les problèmes suivants peuvent se produire:

1. Un processus de connexion lent.
2. Un écran noir apparaît pendant un certain temps, jusqu'à ce que le bureau normal apparaisse.

RÉSOLUTION

1. Désactivez l'utilisation de "Bitmap Caching" sur le client RDP.
2. Vérifiez que le serveur, le client et l'équipement réseau utilisent la taille "MTU".

Voici comment contourner le problème. Tout ce qui précède a échoué pour moi.

J'utilise Windows 7 Home Edition.

Avant de vous connecter à RDP,

Cliquez sur le lien avec les mots "Connexion Bureau à distance". Assurez-vous de cliquer sur le lien contenant ces mots, et non sur l'URL réelle ou le nom RDP enregistré.

Lorsque la fenêtre RDP s'ouvre, cliquez sur le bouton Options en bas.

Passez aux propriétés d'affichage en cliquant sur l'onglet Affichage.

Dans le panneau de configuration d'affichage, modifiez légèrement la résolution d'écran à chaque fois avant de cliquer sur Connecter.

Cela garantira que votre écran noir reste à l'écart.

Appuyez sur CTRL + ALT + FIN et appuyez sur le Gestionnaire des tâches. Déconnectez-vous et reconnectez-vous. Cela se produit si l'utilisateur déconnecte la session mais ne se déconnecte pas correctement.

Essayez de l'obtenir en plein écran, puis faites un "alt-tab". Peut-être qu'il est coincé dans une application étrange. Cette technique a fonctionné pour moi une fois.

Avez-vous essayé de vous connecter en tant qu'utilisateur différent? Cela se produit parfois sur mon terminal lorsqu'une session se bloque en se déconnectant. La fin de la session à partir de l'outil des bureaux distants la corrige.

J'ai trouvé cet article avec une liste de nombreuses raisons possibles et leurs solutions concernant ce problème.J'ai pu résoudre mon problème en activant les limites de sessions, comme décrit dans l'article. http://www.grishbi.com/2015/01/rdp-black-screen/

Il existe également un autre article de la base de connaissances avec un correctif pour Windows Server 2008 R2.

http://support.microsoft.com/kb/981156/en-us

J'ai installé ce correctif pour résoudre le problème.

Lorsqu'une session utilisateur est déconnectée, l'écran noir s'affiche occasionnellement lors de la reconnexion.

J'ai eu un problème similaire à distance sur un bureau exécutant Windows 10. Le bureau avait 2 moniteurs, l'un branché sur les graphiques intégrés et l'autre sur une carte graphique dédiée. Débrancher le moniteur qui utilisait les graphiques intégrés a résolu le problème ... sans doute quelque chose dans l'un des pilotes ne fonctionne pas bien.

UAC. L'UAC est le problème. Cette connerie, oui. Dans mon cas, la première connexion a réussi et a fonctionné, mais aucune autre tentative consécutive n'a fonctionné. J'obtenais un écran vacillant (inutilisable) ou complètement noir, sur RDP ou directement sur la console du serveur 2012 R2. Dans les journaux d'événements d'application, il y avait beaucoup d'erreurs avec l'ID d'événement 1000 (nom d'application défaillant: explorer.exe, version: 6.3.9600.17415, horodatage: 0x54503a3a Nom du module défaillant: inconnu). L'UAC a été désactivé. Je viens de l'activer, de redémarrer le serveur, puis j'ai pu me connecter avec plusieurs sessions de travail. J'ai même désactivé l'UAC et redémarré le serveur à nouveau et les choses fonctionnaient normalement. Méfiez-vous de l'UAC :)

Je ne sais vraiment pas ce qui est arrivé à mon serveur mais j'ai cliqué sur l'écran vide et tapé mon mot de passe. Boom, ça s'est ouvert. Je pense donc que dans mon cas, l'écran de connexion n'était pas affiché.

Beaucoup de gens, dont moi et beaucoup, ont des problèmes avec ça. Cependant, il y a beaucoup d'informations pleines de confusion. Un moyen facile pour ceux qui ont ce problème de connexion ARP. Ce problème est principalement dû au fait que la connexion ARP est restée ouverte.

SOLUTION: POUR DC SERVER: Écrivez une règle à partir du GPO du serveur. En cas de déconnexion ou de sortie, déconnectez-vous dans les 5 minutes. Bonjour à tous, S'il existe des programmes qui doivent rester ouverts sur le serveur actuel, appliquez la règle uniquement aux ordinateurs qui se connecteront.

*Remarque! * Faire 5 minutes minimisera les risques possibles. *

SERVEUR TERMINAL: Appliquez la règle que vous allez créer sur le serveur DC uniquement pour le serveur Terminal Server ou appliquez-la aux utilisateurs qui se connecteront.

Si vous avez des difficultés à créer des règles, écrivez simplement une réponse.