Citrix Presentation Server 4.0 pour Windows Server 2003 x64 Edition

Citrix dévoile Citrix Presentation Server 4.0 pour Windows Server 2003 x64 Edition, première solution 64 bits pour la mise à disposition d’applications virtualisées.

La nouvelle version 64 bits de Citrix Presentation Server peut prendre en charge jusqu’à trois fois plus d’utilisateurs et réduit le cout total de possession des applications client/serveur !

Paris, le 11 octobre 2005

Hier, à Las Vegas, à l’occasion de la conférence Citrix iForum Global 2005, Citrix Systems Inc., leader mondial des solutions d’infrastructure d’accès, a dévoilé Citrix Presentation Server 4.0 pour Windows Server 2003 x64 Edition, première solution 64 bits pour la mise à disposition d’applications virtualisées. Fruit d’une étroite collaboration avec Microsoft et des entreprises leaders du marché comme Dell, HP, IBM, AMD ou Intel, la prise en charge par Citrix de l’architecture serveur et du système d’exploitation 64 bits signifie concrètement un accroissement significatif des performances et de l’extensibilité par rapport aux systèmes 32 bits.

Ces gains, comme par exemple jusqu’à 65% d’utilisateurs supplémentaires supportés par serveur. Contribuent à réduire le coût total de possession de Presentation Server en permettant de diminuer de manière significative le nombre de serveurs nécessaires au déploiement et à la gestion centralisée des applications professionnelles au profit des utilisateurs, quel que soit l’endroit, le périphérique ou le type de réseau. Les entreprises réalisent des économies considérables en virtualisant et en centralisant leurs applications et leurs ressources informatiques stratégiques. L’introduction de l’informatique 64 bits ne permet pas seulement de réduire les dépenses liées aux serveurs, aux data center et à la maintenance, elle entraîne également une simplification importante de la gestion de l’infrastructure globale. Citrix se positionne résolument à la pointe de cette évolution informatique fondamentale, en permettant aux entreprises de déployer de manière centralisée les applications 32 bits existantes sur des plates-formes 64 bits. De plus, Citrix les aide à se préparer à la future et inévitable évolution vers les versions 64 bits. Les clients Citrix existants peuvent faire cohabiter au sein d’une même batterie de serveurs la version 64 bits de Presentation Server avec des versions 32 bits existantes, s’assurant ainsi une migration progressive et en douceur, ainsi qu’une consolidation plus poussée des serveurs pour réduire les dépenses. « Les entreprises sont amenées à réduire les coûts à quasiment tous les niveaux et cherchent à rentabiliser leurs investissements informatiques à court terme », explique Dan Kusnetsky, vice président de la recherche des systèmes logiciels chez IDC. « Elles ont souvent répondu à ces tendances par l’accumulation de nombreux systèmes standards pour supporter les applications précédemment hébergées sur des mainframe ou des serveurs d’applications dans l’espoir de réduire leurs coûts d’acquisition de matériel. Ces entreprises consolident également serveurs et données dans l’espoir de réduire leurs coûts administratifs et fonctionnels. Les logiciels tels que Citrix Presentation Server 4.0 pour systèmes 64 bit peuvent aider les entreprises à répondre à ces besoins. » « Microsoft est particulièrement impressionné de constater que Citrix, par deux fois seulement nommé meilleur partenaire ISV de l’année, se positionne aujourd’hui comme l’un des tous premiers éditeurs à promouvoir Windows Server 2003 x64 Editions », explique Bob Muglia, vice président senior de la division Windows Server chez Microsoft Corp. « L’apport des technologies Citrix est considérable pour de nombreux clients Microsoft, et grâce à Presentation Server 64 bits, celles-ci étendent encore la valeur de la plate-forme Windows Server et contribuent une fois de plus à assurer à l’entreprise des gains sans précédent sur les coûts de possession.»

Améliorations majeures de Citrix Presentation Server 4.0 pour Windows Server 2003 x64 Edition

  • Accroît significativement la densité d’utilisateurs par serveur, réduisant ainsi à la fois les coûts de déploiement initiaux et les coûts d’exploitation. La version 64 bits de Presentation Server peut prendre en charge jusqu’à 65% d’utilisateurs en plus sur chaque serveur par rapport à la version 32 bits pour Windows Server 2003, et jusqu’à 3 fois plus par rapport à celle pour Windows 2000 Server. L’extensibilité est améliorée grâce à la plate-forme 64 bits, mais également grâce à de nouvelles fonctionnalités (comme la gestion des ressources CPU et l’optimisation de la mémoire virtuelle), garantes d’une meilleure expérience utilisateur et d’une réduction supplémentaire des dépenses informatiques.
  • Fournit un pont d’adoption d’applications Windows 32-bit vers 64-bit en autorisant les clients 32 bits à accéder aux applications 64 bits, permettant ainsi aux clients finaux d’adopter les technologies 64 bits à leur propre rythme.
  • Prend en charge une plus large gamme d’applications grâce aux nouvelles technologies d’isolation des applications et de prise en charge des adresses IP virtuelles. Presentation Server prend en charge des applications incompatibles avec un environnement Terminal Services et permet la cohabitation de plusieurs versions d’une même application sur un même serveur. Presentation Server évite l’accumulation de serveurs dédiés, réduisant ainsi le nombre total de serveurs et les coûts informatiques associés.
  • Rend jusqu’à 400% plus rapides les impressions grâce à un nouveau pilote d’impression universel. Cette nouvelle solution permet également aux utilisateurs d’accéder à des fonctionnalités d’impression avancées telles que l’agrafage ou les réservoirs multiples, pour une meilleure expérience utilisateur et une satisfaction accrue.
  • Garantit des performances plus élevées, tout particulièrement pour les collaborateurs distants. La connexion et le mappage des ressources locales sont plus rapides, pour une productivité et une satisfaction générale accrues.

« Véritable pierre angulaire de la plate-forme d’accès Citrix, Presentation Server représente le standard du marché en matière de virtualisation des applications client/serveur via une architecture centralisée totalement sécurisée », déclare Scott Herren, directeur général et vice président de l’Access Management Group chez Citrix Systems.

« La nouvelle version 64 bits de Presentation Server fixe la barre très haut en optimisant l’extensibilité et les performances des serveurs tout en réduisant au minimum les coûts associés au déploiement et à la gestion des applications. Ce produit reflète bien notre attachement continu à offrir à nos clients l’accès le plus rentable et le plus complet aux informations, quel que soit le scénario de travail envisagé.»

Tarifs et disponibilité

Citrix Presentation Server 4.0 pour Microsoft Windows Server 2003 x64 Edition est disponible en trois éditions : Enterprise, Advanced et Standard.

L’édition Enterprise est également disponible pour les clients comme partie intégrante de Citrix Access Suite. Le prix de vente généralement constaté de Citrix Presentation Server 4.0 est de 290 euros par utilisateur concurrent et comprend un an d’abonnement au programme Subscription Advantage. Citrix Presentation Server 4.0 pour Windows Server 2003 x64 Edition sera disponible gratuitement à compter du 11 octobre 2005 pour les clients Citrix Presentation Server existants et disposant d’un abonnement valide au programme Subscription Advantage.

Client Citrix 9.1

Le client 9.1 est arrivé! Pas de nouvelle fonction que des correction de bug (38).

1. Barre de tâche cliente

Les applications publiées ouvertes dans une fenêtre transparente couvraient parfois la barre de tâche cliente partiellement ou totalement après verrouillage de la station de travail. Cela était dû à une erreur de programmation.

2. Mappage du Presse-papiers

Une opération de copier-coller de contenu de la machine cliente dans une application publiée échouait parfois. Ce problème était causé par une application tierce qui empêchait le client de recevoir une notification lorsque du contenu nouveau était copié du Presse-papier local.

3. Logiciel de dictée vocale Dragon NaturallySpeaking

Les utilisateurs de la version française du logiciel Dragon NaturallySpeaking n’étaient pas en mesure d’afficher les caractères diacritiques (é, è, à, …) dans des instances publiées de Microsoft Word.

4. Problèmes liés à la mise en évidence des fenêtres

Lors du lancement d’applications publiées en cliquant sur les raccourcis du bureau, la fenêtre de session perdait parfois sa mise en évidence pendant sa création.

5. Problèmes liés à la mise en évidence des fenêtres

Lors de la fermeture de boîte de dialogue modale appartenant à des applications publiées, une fenêtre cliente locale était mise en évidence au lieu d’une fenêtre de l’application publiée en mode transparent. Le problème existait pour quelques applications d’ancienne génération ne prenant pas en charge la fonctionnalité permettant de réduire toutes les fenêtres dans les sessions clientes.

6. Problèmes liés à la mise en évidence des fenêtres

Sur les clients où une instance locale d’un IME (Input Method Editor) était exécutée et réduite dans la barre de tâches, la mise en évidence d’une autre fenêtre pouvait tarder jusqu’à quatre secondes après fermeture d’une application publiée utilisant l’IME du serveur. Ce problème était lié à l’implémentation de Microsoft Text Services Framework dans IME2002 (et les versions ultérieures).

7. Problèmes liés à la mise en évidence des fenêtres

La version 9.0 de Program Neighborhood contient une amélioration de fonctionnalité qui empêche des fenêtres d’applications publiées en mode transparent récemment créée d’être mise en évidence sur d’autres fenêtres mises en évidence à l’ouverture de session. Les applications en mode transparent n’étaient donc pas mises en évidence si l’utilisateur mettait en évidence une fenêtre locale pendant que la session en mode transparent était ouverte. Dans certains cas, ce nouveau comportement n’est pas souhaitable. Cette correction ajoute un paramètre qui permet de revenir au comportement du client tel qu’il était avant la version 9.0. Pour cela, vous devez modifier les fichiers appsrv.ini des utilisateurs de la façon suivante.

8. Problèmes liés à la mise en évidence des fenêtres

Lorsqu’une application ouvrait une nouvelle fenêtre puis fermait automatiquement la fenêtre originale, la mise en évidence n’était pas appliquée à la nouvelle fenêtre mais à d’autres fenêtres de l’application.

9. Prise en charge d’IME 2003/TIP (Alternative User Input Text Input Processor)

Lors de la fermeture d’une session, la mise à jour du dictionnaire IME d’un utilisateur était enregistrée dans un dossier incorrect si le fichier Microsoft Ctfmon.exe était installé sur la machine cliente et que le client était configuré pour utiliser l’authentification unique à l’aide des informations d’identification locales.

10. Écran série à cristaux liquides

Le rafraîchissement des écrans série à cristaux liquides connectés aux ports COM n’était pas stable. En effet, le délai d’expiration en écriture était défini à 10 ms, quel que soit le volume de données transmises.

11. Environnements à plusieurs écrans

Dans les configurations où l’écran principal n’est pas celui de gauche, la bulle de l’écho local du texte était parfois situé hors écran. Le calcul de la position de la bulle d’écho local du texte était erroné.

12. Environnements à plusieurs écrans

La version 9.0 du client se fermait inopinément lors du lancement de sessions dans un environnement multi-écran. Ce problème ne survenait qu’en présence de certains pilotes de cartes graphiques tiers. Le client énumérait alors incorrectement les écrans.

13. Environnements à plusieurs écrans

Le client cessait de fonctionner dans des environnements contenant plus de quatre écrans. Le client n’affectait pas suffisamment de mémoire tampon pour les importants volumes de données graphiques des écrans multiples.

14. Lecture multimédia

En passant du mode normal au mode plein écran dans une fenêtre en mode transparent de Windows Media Player, la lecture du fichier multimédia s’arrêtait. Lors du basculement au mode plein écran, l’écran vidéo n’était pas reconnecté à l’interface DirectX.

15. Client de liaison

Un client de liaison sur des systèmes 64 bits cessait parfois brusquement d’être exécuté. Une bibliothèque ancienne de graphiques était à l’origine de ce problème.

16. Client de liaison

Dans des sessions RDP sur des serveurs Presentation Server, les utilisateurs n’étaient parfois pas en mesure d’utiliser le client de liaison si le cryptage était activé. Le client n’interprétait pas correctement les niveaux de cryptage transmis pas les winstations RDP.

17. Client de liaison

Presentation Servers n’empêchait pas les administrateurs d’installer ou de mettre à niveau le client de liaison à l’aide du fichier exécutable auto-extractible (.exe) du client, même si cela n’était pas pris en charge. Une omission dans le mécanisme de vérification était à l’origine de ce problème.

18. Touche IMPR. ÉCRAN

Dans les configurations clientes où des combinaisons de touches Windows devaient être appliquées au bureau distant, une pression constante exercée sur la touche Impr. écran entraînait l’envoi d’une séquence ininterrompue de notifications d’événement d’impression d’écran à l’application. Par défaut, cet événement était envoyé lorsque la touche Impr. écran est relâchée, et non lorsqu’elle est actionnée.

19. Impression

L’impression à partir d’instances d’Adobe Reader 7.0 et d’Acrobat 7.0 n’était pas satisfaisante. Les polices inconnues du système d’exploitation ajoutée temporairement au système à partir du fichier de spoule étaient éliminées avant la fin du processus d’impression.

20. Agent Program Neighborhood

Dans Presentation Server 3.0 (et les versions ultérieures) , les utilisateurs de l’Agent Program Neighborhood devaient rétablir manuellement la connexion à une session déconnectée avant de lancer une application s’ils souhaitaient partager l’application lancée avec la session déconnectée. La mise en place de la fonction de contrôle de l’espace de travail, à partir de la version 3.0, qui impliquait une reconnexion des utilisateurs à une session déconnectée avant le lancement d’une deuxième application publiée en vue du partage de deux sessions.

21. Agent Program Neighborhood

Le client ne pouvait pas lancer des applications publiées si le nom d’application, de serveur ou de client contenait plusieurs symboles &. Un débordement de la mémoire tampon était causé par la présence de ces noms aux multiples symboles &.

22. Agent Program Neighborhood

Lors de l’authentification avec des informations d’identification incorrectes, la boîte de dialogue suivante apparaissait : « Les informations d’identification fournies étaient invalides. Veuillez réessayer. » Cette boîte de dialogue n’était mise en évidence. Par conséquent, en appuyant sur la touche Entrée afin de répondre à ce message, l’utilisateur activait une autre fenêtre, celle qui était en évidence à ce moment-là. Cela était dû à une erreur de programmation.

23. Agent Program Neighborhood

Lorsque le contrôle de l’espace de travail était activé, le client ne se reconnectait pas automatiquement aux sessions actives si l’utilisateur fermait puis rouvrait sa session Windows. Le client n’envoyait pas les notifications nécessaires à la déconnexion des sessions lors de la fermeture de Windows sur la machine cliente.

24. Agent Program Neighborhood

Des connexions à des applications publiées étaient interrompues lorsque l’utilisateur tentait de démarrer une autre application publiée sur un serveur indisponible. Cela était dû à une erreur de programmation.

25. Configuration du proxy

Lors de la configuration du proxy dans le navigateur Web, à l’aide d’un fichier contenant l’URL de configuration automatique généré par le gestionnaire de profils IEAK, la connexion à un serveur ne pouvait pas être établie si l’adresse de ce dernier se trouvait dans la liste d’exception du proxy et l’accès devait s’effectuer en mode direct.

26. Configuration du proxy

Si les paramètres d’un navigateur Web indiquait une adresse URL non valide pointant vers un fichier de configuration de proxy ou si l’analyse correcte du contenu du fichier n’était pas possible, les connexions aux applications publiées échouaient même si les connexions aux serveurs de publication des applications réussissait en mode direct. Le processus de détection du proxy d’un client via le navigateur ne permettait pas à une connexion de recourir au mode direct ou manuel si le fichier de configuration du proxy n’était disponible.

27. Secure Gateway

Lors de la création d’une connexion SSL/TLS à un serveur situé derrière un appareil de traduction d’adresse réseau (NAT) , il n’était possible de se connecter au serveur que si le nom de domaine complet (FQDN) du serveur Secure Gateway était indiqué explicitement à l’aide du nom de domaine complet de l’adresse de serveur externe. Si le nom de domaine complet était défini dans la liste des adresses de connexion la connexion échouait. Cela était dû à une erreur de programmation.

28. Redirection de contenu serveur vers client

La redirection serveur vers client échouait lors d’une connexion via un proxy nécessitant une authentification. Cela était dû à une erreur de programmation.

29.Redirection de contenu serveur vers client Lorsque la redirection de contenu serveur vers client était activée et qu’un utilisateur cliquait sur un hyperlien dans une application Office publiée, le navigateur du client s’ouvrait derrière l’application publiée. Cela était dû à une erreur de programmation.

30. Observation

Après observation d’un utilisateur en mode plein écran, des barres de défilement verticale et horizontale pouvaient apparaître sur l’écran de l’observateur si la définition d’écran de l’observé était inférieure à la sienne. Cela était dû à une erreur de programmation.

31. Prise en charge des cartes à puce

Les lecteurs de carte à puce n’étaient pas correctement affichés ou disparaissaient dans l’outil SmartDiag de GemPlus 4.2. Suite à un problème de timing du client ICA, l’état du lecteur était présenté avec retard par Presentation Server.

32. Prise en charge des cartes à puce

Lors de connexions avec authentification par carte à puce, l’invite du code secret était encapsulée dans une fenêtre de dimensions 640 x 480 en mode normal.

33. Accélération multimédia SpeedScreen

La lecture multimédia était inégale ou ne fonctionnait pas. Cela était dû à un dépassement de tampon.

34. Accélération multimédia SpeedScreen Cette amélioration de fonctionnalité étend l’accélération multimédia SpeedScreen pour prendre en charge les types de média figurant ci-dessous. Cette amélioration résout le problème sur le client.

35. Interface Web

Lors d’une à l’Interface Web à l’aide d’un fichier template.ica contenant la ligne ProxyUseFQDN=True dans la section [WFClient], le client était fermé inopinément. Cela était dû à une erreur de programmation du diagnostic d’erreur.

36. Autres problèmes résolus

Le type de fichier .ica n’était pas associé à wfica32.exe. Le tableau des versions d’installation n’était pas correctement mis à jour.

37. Autres problèmes résolus

Après mise à niveau du client de la version 8.1 à la version 9.0 à l’aide du pack .msi, les machines clientes étaient confrontées à un écran bleu et à d’autres erreurs. L’installation de la mise à niveau supprimait une clé du registre système nécessaire.