Remote Desktop échoue sans message d'erreur

Après avoir redémarré mon serveur Windows 2008 R2, je ne peux plus me connecter au bureau distant. Lorsque j'essaie de me connecter, le bureau à distance effectue un zoom sur différents messages d'état, le dernier étant "Configuration de la session à distance", puis revient à la boîte de dialogue de connexion initiale sans me donner de message d'erreur.

Le serveur semble être en place, car il fournit toujours des pages Web. En outre, il semble accepter mes informations d'identification.

Existe-t-il un moyen de voir pourquoi la connexion échoue? J'ai parcouru les journaux pairs de mon système, mais je n'ai rien trouvé concernant le bureau distant. Peut-être y a-t-il un mode de dépannage caché?

Merci,

Adrian

Edit: En attendant, le serveur est revenu en ligne. Je ne sais pas si cela a été fait par lui-même ou si le support technique l'a fait parce que je n'en ai pas entendu parler jusqu'à présent, mais le problème est résolu pour le moment. C'est un peu décevant de ne pas connaître la cause du problème.

Vérifiez qu'il a réellement redémarré - si vous pouvez effectuer une "utilisation nette" sur le serveur distant, puis connectez-vous à l'Observateur d'événements pour voir s'il a réellement redémarré. J'ai vu de nombreux serveurs Win2k3 qui, lorsqu'ils sont redémarrés à partir d'une session RDP, ne redémarrent pas réellement mais cessent de répondre à RDP. Si tel est le cas, vous pouvez effectuer un arrêt / i sur le serveur ou utiliser une autre méthode hors bande pour réellement exécuter le redémarrage.

Et si tel est le cas, à l'avenir, ne redémarrez pas à partir d'une session RDP régulière. Redémarrez uniquement à partir de la connexion / console ou / admin, ou utilisez shutdown / i, ou d'autres méthodes distantes.

J'ai eu un problème lors de l'utilisation du bureau à distance sur un serveur 2003. Je me suis connecté et après avoir vu certains messages d'état, j'ai été déconnecté avant de voir le bureau complet.

Le problème était que le serveur avait une mauvaise heure car la synchronisation a échoué pendant quelques mois (je pense qu'il y avait un décalage horaire d'environ 30 minutes).

Après une enquête plus approfondie du journal des événements, je pense avoir trouvé le problème. Il y avait cette erreur presque exactement après le démarrage du redémarrage:

Le service d'installation des modules Windows ne s'est pas arrêté correctement après avoir reçu un contrôle de pré-arrêt.

Le problème était donc que certains services étaient fermés, alors que ce service particulier était suspendu. Il semble avoir été tué après un délai d'attente (une heure), après quoi Windows a redémarré comme prévu.

Maintenant, la seule question qui reste est de savoir comment éviter cela à l'avenir. Évidemment, j'aimerais que les redémarrages futurs s'exécutent un peu plus vite que cela ...

Je suis arrivé ici via Google avec le même problème avec mon Windows Server 2012 (7 ans plus tard), donc je vais ajouter ma propre expérience avec le problème pour les futurs chercheurs. Voici ce qui s'est passé:

1. À la lumière des récentes attaques WannaCrypt, j'ai installé toutes les mises à jour de sécurité en attente de Microsoft. Naturellement, un redémarrage était nécessaire. Pour la deuxième fois. En moins de 24 heures. Sur un serveur qui a fonctionné pendant 350 jours juste avant tout ce bordel. J'espère que tous les hackers brûlent et pourrissent en enfer (je suis un athée BTW, je ne crois même pas en enfer).
2. J'ai cliqué sur le bouton de redémarrage dans Windows Update. Ma session RD a été interrompue immédiatement et toutes les tentatives de reconnexion ont échoué sans message d'erreur, mais le serveur était toujours opérationnel et fonctionnait sans interruption et desservait des pages. Je le sais parce que mon AppPool prend une ou deux minutes pour se charger complètement chaque fois qu'il est arrêté. Je suppose que Windows Update passait par des étapes préliminaires qui ne nécessitaient pas l'arrêt d'autres services sur le système.
3. Après quelques minutes de plus (très longues et stressantes), le serveur renverrait HTTP 503 pour toutes les demandes. Je pourrais toujours cingler le serveur cependant. Devinez: serveur toujours en marche, IIS arrêté, travaux de mise à jour plus sérieux en cours.
4. Une minute plus tard, j'ai perdu tout accès au serveur. Pas de noyau, pas de Windows, rien, en attendant que le système revienne en ligne après le redémarrage proprement dit.
5. Après une autre minute, le ping était de retour et j'ai réussi à me connecter à RD à temps pour voir les dernières étapes de la mise à jour appliquées. Le serveur fonctionne normalement depuis.

Donc, si vous perdez l'accès à distance à votre serveur immédiatement après le redémarrage, ne paniquez pas , il effectue probablement des travaux de maintenance et reviendra en ligne une fois terminé.

Le Bureau à distance peut également se comporter bizarrement si vous avez des pilotes graphiques plus anciens. Sur un serveur, je ne pense pas que ce serait un problème, mais la mise à jour des pilotes graphiques est quelque chose d'autre que vous pouvez essayer. (Il a corrigé un problème similaire sur une machine XP SP3 pour moi.)

c'est bon, si c'est résolu mais pour les références futures, j'ajoute ces lignes;

1. Le Bureau à distance fonctionnera, une fois que le serveur est HAUT et que l'écran de connexion apparaît après le redémarrage. Habituellement, tous les ICMP (Ping) et tous les services (Web / domaine, etc.) deviennent disponibles, mais Remote Desktop requiert que le serveur soit entièrement opérationnel.
2. Si le serveur est redémarré et que vous vous attendez à ce que quelqu'un d'autre soit déjà connecté, vous pouvez essayer le mstsc / admin . Cela vous aidera à vous connecter / contourner la limite de deux connexions sur le serveur.
3. Juste pour couvrir une chose de plus dans cette réponse qui n'est pas pour cela mais qui est liée à cela, l' entrée obsolète dans le cache DNS peut également être une chose à considérer, mais elle vous indique clairement l'erreur.