La connexion RDP de Windows 7/8 à Server 2012 est lente


16

J'ai récemment installé Windows Server 2012 à des fins de développement dans notre bureau et j'ai immédiatement remarqué que la connexion via RDP est lente. La connexion peut parfois prendre de 5 à 10 secondes, alors que la connexion à l'une de nos boîtes Windows 7 ou Windows 2008 R2 prend au plus 1 à 3 secondes.

Au début, j'ai inscrit cela à la boîte elle-même, nécessitant une mise à jour du pilote ou quelque chose, mais hier, j'ai installé Windows 8 sur mon ordinateur de bureau et la connexion de la maison à cette machine Windows Server 2012 produit le même résultat. Il y a une pause de 3 à 4 secondes à «sécuriser la connexion à distance», puis à nouveau à «configurer la session à distance».

Je ne vois aucun avertissement dans le journal des événements, et une fois connecté, il ne semble pas y avoir de problème de performances. Existe-t-il un problème connu avec les connexions RDP de Windows 7 ou 8 aux systèmes Windows Server 2012? Quelque chose que je devrais chercher?


Quel client RDP utilisez-vous?
Ramhound

Le client RDP Windows 7 intégré.
Chris

Sauf sur Windows 8, il y en a deux. L'une qui est une application de bureau, l'autre est une application Windows Store (interface utilisateur moderne), laquelle utilisez-vous? Alors, comment utilisez-vous Windows 7 si vous utilisez Windows 8 / Windows Server 2012?
Ramhound

1
Je me connecte à partir de Windows 7 à l'aide du client RDP de bureau.
Chris

Mettez à jour la question pour refléter ce fait. Que recevez-vous si vous essayez de connecter Windows 8 Professionnel à Windows Server 2012?
Ramhound

Réponses:


10

J'ai rencontré le même problème et l'ai résolu en ajoutant le paramètre de registre mentionné ici .

  1. Ouvrez RegEdit sur la machine Windows Server.
  2. Accédez à cette clé de registre dans l'arborescence de gauche:

    HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ Tcpip \ Parameters

  3. Cliquez avec le bouton droit sur le côté droit et ajoutez une nouvelle valeur DWORD (32 bits)
  4. Définissez le nom de la valeur sur DisableTaskOffload et les données de valeur sur 1
  5. Reconnectez-vous au serveur via RDP (vers une nouvelle session) et vos performances devraient être normales.

@schellack, pourquoi ça marche? Comment ça marche?
Pacerier

1
Selon technet.microsoft.com/en-us/library/cc959732.aspx , le paramètre DisableTaskOffload décharge les tâches du processeur vers la carte réseau. Cela améliore considérablement les performances. Je ne sais pas, cependant, pourquoi le paramètre est désactivé dans les versions plus récentes de Windows Server.
schellack

3
@schellack Il semble y avoir une certaine confusion dans votre commentaire ... Le paramètre est appelé _DISABLE ... Le définir sur 1 désactivera le déchargement de la tâche, et non l'activer. La valeur par défaut est 0, ce qui signifie que le déchargement des tâches par défaut est actif.
Oskar Berggren

6

ça m'est déja arrivé. Je l'ai résolu en allant dans l' Remote Desktop Connection -> Experienceonglet et en m'assurant que je n'avais pas sélectionné "Détecter automatiquement la qualité de la connexion". J'ai également décoché tout sous "Autoriser ce qui suit".


De quel Experienceonglet parlez-vous? Je ne vois pas l' Experienceonglet dans Server 2003 tscc.msc: i.stack.imgur.com/SXh0h.png
Pacerier

3

J'ai le même problème. Et j'essaie de faire 2 étapes.

Étape 1: faites comme "schellack"

  • Ouvrez RegEdit sur la machine Windows Server. Accédez à cette clé de registre dans l'arborescence de gauche: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ Tcpip \ Parameters

  • Cliquez avec le bouton droit sur le côté droit et ajoutez une nouvelle valeur DWORD (32 bits) Définissez le nom de la valeur sur DisableTaskOffload et les données de valeur sur 1

  • Reconnectez-vous au serveur via RDP (vers une nouvelle session) et vos performances devraient être normales.

Étape 2: et désactivez l'énumération des périphériques de carte à puce de service:

  • Accédez à Exécuter -> Services -> Énumération des périphériques de carte à puce -> Désactiver

Je pense que la principale raison est que la carte à puce est activée pour retarder le service de bureau à distance. J'espère que cela aide quelqu'un qui a le même problème.


Bonne réponse ici. La désactivation de l'énumération des périphériques de carte à puce a amélioré de 100% pour moi. C'était évidemment le coupable.
Bryan

1
Cette énumération est-elle sur le client ou le serveur?
Rob

1

Vous pouvez diagnostiquer cela de différentes manières -

Utilisez le nom NetBIOS, puis le FQDN, puis l'adresse IP lorsque vous utilisez l'application RDP. il s'agit généralement d'un délai de résolution de nom et peut être résolu en utilisant le nom de domaine complet au lieu du nom NetBIOS plus court. Normalement, après la première connexion, les connexions suivantes devraient se résoudre plus rapidement car le nom sera mis en cache sur la machine locale.

S'il s'agit d'une machine à laquelle vous vous connecterez régulièrement ET que cette machine a une adresse IP statique, vous pouvez l'ajouter au fichier HOSTS local, ce qui devrait entraîner une négociation plus rapide à laquelle vous êtes habitué.


1

Le problème est lié à la fonction d'ombre du pointeur de la souris.

Dans RDP, cela conduit à une souris sautillante / lente.

Corrigez ce comportement avec Souris -> Pointeur -> Activer l'ombre du pointeur (désactiver)


0

Le problème qui m'a conduit à cette page concernait un problème de connexion au bureau à distance. J'ai fait une toute nouvelle installation de Server 2012 dans VM ESXi 5.5 Tout le serveur était bien configuré, les rôles DC et DHCP allumés, rien d'autre.

La console d'ESXi faisait de la vie un charme. Redémarrage et connexion immédiate. Mais quand est venu le temps de se connecter à partir du bureau à distance, la connexion prenait plusieurs minutes avant de s'ouvrir. Je ne comprenais pas pourquoi car sur la box 2008 en plus c'était bien!

Eh bien tout ce temps, le problème était lié à l'arrêt du service Registre distant. Je n'ai pas pu le démarrer car il disait quelque chose à propos de l'utilisateur de connexion différent d'un autre service connexe.

Résolution: modifiez manuellement les paramètres de connexion dans le paramètre Registre distant pour NT Authority \ LocalService et aucun mot de passe n'est requis. Maintenant, la connexion RDP se passe bien et elle se connecte juste après avoir entré mon mot de passe d'administrateur de domaine.



0

La désactivation Smart Card Enumeration Servicesemble résoudre notre problème.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.