none
Problème clients leger VXL ITONA avec SERVER 2012 R2 RRS feed

  • Question

  • Bonjour,

    Je suis chargé de trouver comment faire fonctionner une salle informatique qui contient 15 clients légers  VXL ITONA communiquant avec un serveur 2012 R2. Le tout hors réseau (en circuit fermé).

    Je ne sais pas ce qui a été fait avant mon arrivée, et je n'ai pas l'habitude de jouer aux administrateurs.

    Il y a de nombreux problèmes d'affichages (comme par exemple la souris qui se fige). Certaines applications légère mains interactives se bloquent. Et tout est globalement lent. au final, cette salle n'est presque plus utilisée.

    N'y connaissant rien en bureaux distants, j'ai fait le point sur ce que je trouve, et je ne suis pas parvenu à trouver d'origine au problème.

    Je récapitule les vérifications faites  :

    -Ping inférieur à 1ms côté console et serveur >>j'écarte  les soucis réseaux variés

    -Paramétrage côté serveur, par rapport à ce que j'ai trouvé sur le Net, tout me semble OK : licences OK, rôles créés sur le serveur, comptes créés sur l'AD du serveur, fonctions associés aux comptes OK

    -Paramétrage côté console : tout a l'air d'être bien renseigné, la bande passante est en mode "automatique".

    -Entre les consoles et le serveur , il y a un switch pour lequel je n'ai pas le mot de passe mais je ne pense pas que le problème vienne de ce côté car les ping sont bons ?

    Et le matériel :

    Console :

    Modèle VXL ITONA F64

    Système GIO LINUX

    Disque Dur Flash: 8 GB (divisé comme suit : partition 1> 854 MB, partition 2  > 3255 MB puis "freespace" de 3529 MB.

    RAM : 2 GB   (est-ce suffisant dans ce cas de figure ?)

    Vidéo : Driver VIA, 16 Bit, case "enable acceleration" cochée. (je ne sais pas pourquoi le 32 bit n'a pas été choisi).

    Serveur :

    Modèle HP Proliant ML310e Gen8v2

    Processeur : Intel Xeon

    Système : Windows Server 2012 R2  64bits

    RAM : 32 Go

    DD : 419,16 Go (divisé comme suit : 350 Mo > système, 1 partition de 418,81 Go ( C:)

    J'ai vu que l'utilisation d'un protocole RDP version inférieure à 7 peut entrainer exactement le même genre de problème, mais je n'ai pas trouvé la commande pour vérifier la version utilisée par mon serveur.

    Voilà : si quelqu'un a une idée, il aura ma reconnaissance éternelle

    Merci ?

    vendredi 17 mars 2017 14:41

Réponses

  • Bonjour frigodon,

    Veuillez consulter les liens suivants :
    Fixing a Jumpy Mouse in Windows Server 2012 R2 Remote Desktop
    Recommandé de mises à jour et des correctifs pour les Services Bureau à distance dans Windows Server 2012 R2
    Je vous remercie par avance de votre retour.

    Cordialement,
    Teodora


    Votez! Appel à la contribution TechNet Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.

    • Marqué comme réponse frigodon jeudi 23 mars 2017 16:21
    vendredi 17 mars 2017 17:18
  • Bonjour,

    Tout  d'abord, merci à vous deux.

    J'ai donc mis à jour le serveur. Il n'y avait pas grand chose à faire car il a été installé entre mars et avril 2016 apparemment et il y avait pratiquement tout, la personne ayant pensé à faire les mises à jour à ce moment-là.

    Et l'astuce de décocher la case "activer ombre sous pointeur" dans les options de la souris côté client léger a été très efficace. Voire miraculeux :)

    Ensuite , après avoir fait un long long point avec un des professeurs qui occupe cette salle, j'ai identifié des problèmes d'utilisation qu'on a traité point par point.

    Reste des problèmes variés : par exemple, un poste s'est mis en qwerty, mais je pense que ça vient du client léger. Comme toutes les options d'interface sont en français et que j'ai exclu tout problème de compte utilisateur, je vais probablement réinitialiser les consoles qui posent problème pour être sur d'avoir les bons paramètres partout.

    Un application semble aussi avoir des processus qui bloquent lorsque plusieurs utilisateurs l'utilisent (il faut faut déconnecter le poste pour débloquer l'application), je vais vérifier sa compatibilité avec server 2012.

    J'ai demandé à mes utilisateurs de tester pendant une semaine et de noter tous les problèmes qu'ils rencontrent avec le compte et le n° de machine concernés.

    Je confirmerai que c'est OK à ce moment-là, j'espère.Re-merci

    jeudi 23 mars 2017 16:21

Toutes les réponses

  • Bonjour frigodon,

    Veuillez consulter les liens suivants :
    Fixing a Jumpy Mouse in Windows Server 2012 R2 Remote Desktop
    Recommandé de mises à jour et des correctifs pour les Services Bureau à distance dans Windows Server 2012 R2
    Je vous remercie par avance de votre retour.

    Cordialement,
    Teodora


    Votez! Appel à la contribution TechNet Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.

    • Marqué comme réponse frigodon jeudi 23 mars 2017 16:21
    vendredi 17 mars 2017 17:18
  • Bonjour,

    Dans un premier temps, on met tout à jour.

    Les firmware des clients léger en dernière version, et on patch entièrement le serveur.

    vendredi 17 mars 2017 19:08
  • Bonjour,

    Tout  d'abord, merci à vous deux.

    J'ai donc mis à jour le serveur. Il n'y avait pas grand chose à faire car il a été installé entre mars et avril 2016 apparemment et il y avait pratiquement tout, la personne ayant pensé à faire les mises à jour à ce moment-là.

    Et l'astuce de décocher la case "activer ombre sous pointeur" dans les options de la souris côté client léger a été très efficace. Voire miraculeux :)

    Ensuite , après avoir fait un long long point avec un des professeurs qui occupe cette salle, j'ai identifié des problèmes d'utilisation qu'on a traité point par point.

    Reste des problèmes variés : par exemple, un poste s'est mis en qwerty, mais je pense que ça vient du client léger. Comme toutes les options d'interface sont en français et que j'ai exclu tout problème de compte utilisateur, je vais probablement réinitialiser les consoles qui posent problème pour être sur d'avoir les bons paramètres partout.

    Un application semble aussi avoir des processus qui bloquent lorsque plusieurs utilisateurs l'utilisent (il faut faut déconnecter le poste pour débloquer l'application), je vais vérifier sa compatibilité avec server 2012.

    J'ai demandé à mes utilisateurs de tester pendant une semaine et de noter tous les problèmes qu'ils rencontrent avec le compte et le n° de machine concernés.

    Je confirmerai que c'est OK à ce moment-là, j'espère.Re-merci

    jeudi 23 mars 2017 16:21
  • Lorsqu'une application plante si plusieurs utilisateurs l'utilisent, il faut s'assurer que l'application a bien été installé comme une application pour une serveur bureau à distance surtout en passant via le panneau de configuration.

    Il n'y a que les msi de mémoire qui s'installe correctement par défaut sur un serveur de bureau à distance, pour le reste, il faut passer par ce paramétrage.

    jeudi 23 mars 2017 16:44