La connection au bureau à distance diminue avant que la connection ne puisse apparaître

Quelqu'un a posé cette question il y a quelques mois et j'ai exactement le même problème. J'ai essayé toutes les solutions suggérées dans l'autre publication (en particulier la réinstallation de la carte video sur le server), mais n'ont pas eu de chance. J'ai parcouru ce guide de dépannage en détail sans résultats: http://theillustratednetwork.mvps.org/RemoteDesktop/RemoteDesktopSetupandTroubleshooting.html

J'ai un client avec Remote Desktop activé sur lequel je ne peux pas me connecter dans notre réseau local. Lorsque je entre dans la machine ip / port dans la boîte de connection et appuyez sur Connecter, elle donne brièvement la boîte de dialog "login …".

Cependant, après 2 secondes, il tombe juste. Aucun message d'erreur, rien. Tout simplement disparaît comme si rien ne se passait.

  • Windows XP SP3
  • Le pare-feu de Windows est ouvert pour 3389TCP
  • La machine est sur un domaine
  • RDP est activé dans Poste de travail
  • L'user est un administrateur local

J'ai beaucoup d'autres machines sur le même domaine avec le même GPO qui fonctionne bien.

Des idées?

J'avais le même problème. Il s'est avéré être un problème de pilote de carte graphique. J'ai posté une réponse plus détaillée ici:

La session RDP sortante de XP SP3 échoue, mais le port 3389 est accessible

Est-ce un problème temporaire ou est-ce qu'il a continué à échouer après un redémarrage? J'ai vu des choses comme celle-ci sur une rare occasion, mais il est généralement temporaire. À l'aide du Gestionnaire des services Terminal Server, vous pouvez vous connecter à distance et tuer la session stub. Souvent, lorsque cette session est déconnectée ou morte, cela vous permettra de vous connecter à nouveau. Vous pouvez également prouver la même chose en essayant de vous connecter avec un autre user.

J'ai eu des problèmes similaires liés aux différences de time entre les servers, si tel est le cas, configurez la synchronisation ntp dans le server et les clients.

J'ai eu quelque chose de semblable lorsque la CPU sur le server est trop occupé et que le server RDP n'a plus de time CPU. Il y avait des process en fuite sur le server et il a fallu de nombreuses tentatives pour get une connection RDP avant de pouvoir dépanner. (L'alternative aurait été d'avoir une tech aller se connecter au keyboard et redémarrer manuellement le server Win2003).

Une fois que les process d'élimination de la CPU ont été tués, le service RDP a commencé à répondre normalement.

Un comportement similaire peut parfois être vu s'il y a un problème avec Path MTU Discovery, la connection initiale réussit, mais dès que les packages plus grands commencent à être envoyés, la connection diminue.

Vérifiez si PMTU Discovery est activé sur la machine à effacer, vérifiez également si la machine possède un MTU dur sur son interface principale autre que la valeur par défaut. Il vaut également la peine de vérifier s'il existe des routeurs, des commutateurs ou des tunnels VPN entre vous et la machine à effacer qui peut forcer la fragmentation.

Si vous êtes connecté au même commutateur que la machine à effacer, alors PMTU Discovery n'est probablement pas le problème … L'appareil montre-t-il d'autres problèmes de réseau?

Pour mon cas, c'était un problème de réseau. Lors de la connection à notre bureau LAN par wifi, certains des packages réseau ont été abandonnés. Chaque fois que j'ai essayé de RDP à la machine, il serait accroché à l'invite de connection. Si je suis arrivé au bureau, les windows étaient à mi-parcours, et rien ne se produit lorsque j'ai cliqué sur les icons ou le menu de démarrage. Quand j'ai branché le câble LAN, alors tout allait bien.

Donc, je suggère de faire un ping et de voir comment est la connection réseau.

Ou il pourrait s'agir d'un câble LAN défectueux sur l'autre machine.