J'ai la situation suivante : un ordinateur Dell Windows server 2008 R2, avec des services de bureau à distance installés. J'ai installé une application Java qui utilise une base de données PostgreSql, et j'ai mis cette application à la disposition des clients à l'aide de RDP. Les clients sont des PC Win XP standard et des appareils portables Psion Neo fonctionnant sous Windows CE 5 Pro.
L'application fonctionne bien pour les clients sur des PC XP standard connectés directement via un câble Ethernet cat 5E à un commutateur Dell Powerconnect 2816. Les clients Psion Neo se connectent sans fil au réseau via des points d'accès Motorola AP6532. Ces points d'accès sont connectés via un adaptateur POE au même commutateur que les PC XP. Les appareils Psion peuvent se connecter sans problème et très rapidement au serveur et à l'application en utilisant RDP. Jusqu'à présent, tout va bien.
Lorsque les appareils Psion se déplacent dans l'entrepôt et passent d'un point d'accès à l'autre, la session RDP sur le client se bloque pendant environ 1 minute, puis reprend automatiquement la session. Ce blocage est très gênant pour les utilisateurs. Quelqu'un peut-il m'aider à résoudre ce problème ?
Mise à jour (9 août) : Après avoir réinstallé les points d'accès, nous avons une situation qui fonctionne, mais seulement en se connectant à l'hôte RDP : * via un ordinateur portable Win Xp SP3 * via un appareil mobile Symbol MC9190 Win CE 6 Lors de l'itinérance, nous remarquons un petit décalage de moins d'une seconde, ce qui est très acceptable. Avec le Psion NEO cela ne fonctionne toujours pas, en itinérance l'écran se fige de 2 à 30 secondes. Le client RDP sur l'ordinateur portable win xp sp3 et le symbole mc9190 est la version 6.0. Le client RDP sur le neo est la version 5.2. J'ai changé la couche de sécurité sur l'hôte RDP en couche de sécurité RDP (en me basant sur des forums sur internet), car les anciens clients RDP semblent avoir des problèmes avec le protocole RDP 7.1 sur le serveur Win 2088 R2. Psion nous a conseillé d'effectuer une activité de journalisation du réseau sur les différents appareils. Nous avons effectué cette journalisation via wireshark, et sur cette base, la conclusion de Psion est que le serveur ne parvient pas à traiter les requêtes tcp. Quelqu'un peut-il me donner un deuxième avis en analysant les enregistrements wireshark ? Merci d'avance. Avec mes remerciements Patrick
1 votes
Le problème est donc que lorsque les utilisateurs passent d'un réseau à l'autre, ils subissent des interruptions de réseau ? Je ne sais pas comment résoudre ce problème. Je suppose que si vous utilisiez Citrix, cela masquerait légèrement le gel, mais cela ne présente aucun avantage réel.
0 votes
En fait, ils restent sur le même (sous-)réseau, citrix n'est pas disponible sur les clients Psion
0 votes
@PatrickD'Haese : pour clarifier la question de boburob, si les appareils Psion sont en filaire et NON en itinérance, cela fonctionne-t-il parfaitement ?
0 votes
Oui, aucun problème, sauf lorsque l'appareil se met en veille après un certain temps d'inactivité, et qu'il faut à nouveau environ 1 minute avant que la connexion ne soit rétablie.
0 votes
Les adresses IP du Psion sont-elles attribuées via DHCP ?
0 votes
Au début, ils recevaient une adresse IP via DHCP, mais maintenant nous leur avons donné une adresse IP statique. Cela n'a rien changé.
0 votes
@PatrickD'Haese : vous pouvez effectuer une capture de paquets réseau sur le serveur. J'essaierais de déterminer si le retard s'est produit avant la tentative de reconnexion de la session RDP, ou si le retard se produit pendant la reconnexion de la session RDP, et quelle est l'activité du réseau pendant la reconnexion. Y a-t-il des périphériques TSclient mappés, tels que des imprimantes ?
0 votes
Les utilisateurs RDP locaux sont configurés pour se connecter aux lecteurs et imprimantes du client à l'ouverture de session, et pour utiliser par défaut l'imprimante principale du client. Mais du côté du client, rien de tout cela n'a été défini. Je ne suis pas très familier avec les logiciels de capture de paquets réseau et la manière de les analyser. Où puis-je trouver des informations à ce sujet ?
0 votes
Vous pouvez télécharger NetMon 3.4 ici : microsoft.com/en-us/download/details.aspx?id=4865