Voici deux articles importants et intéressants à prendre en considération dans le cadre de l'implémentation d'infrastructures Citrix XenApp 4.x.

Sources :

http://hqextsrvsft01.citrix.com/article/CTX116391

http://hqextsrvsft01.citrix.com/article/CTX114669

Si vous êtes pollués par les messages d'erreurs suivants dans votre Observateur d'évènements :

Détail de l'évènement :

Citrix ne recommande pas d'installer Citrix XenApp 5.0 sur un controleur de domaine à cause d'un problème connu relatif aux comptes créés localement lors de l'installation de Citrix XenApp 5.

Afin de contourner ce problème dans le cadre de l'élaboration de vos maquettes, il faut créer deux comptes de domaine et leur permettre de se connecter en tant que service sur vos serveurs.

Lorsque vous aurez créé ces deux comptes de service, vous pourrez procéder à l'installation de Citrix XenApp5 sur votre contrôleur de domaine en utilisant l'installation silencieuse de XenApp 5.

Pour cela passez à msiexec.exe les paramètres suivants (modifiez les paramètres en gras):

CTX_MALOO_SERVICE_USER="[Domain User]"

CTX_MALOO_SERVICE_USER_PASSWORD="[Password]"

CTX_CPSVC_SERVICE_USER_NAME="[Domain User]"

CTX_CPSVC_SERVICE_USER_PASSWORD="[Password]"

Les droits associés à la gestion d'une ferme Citrix XenApp est une chose importante à prendre en compte pour garantir la 'consistance' de l'environnement.

Tous les paramètres qui suivent s'appliquent à un environnement Windows 2008 avec Citrix XenApp5 pour ce qui concerne le premier tableau.

Sur le second tableau (en bas de page) sont référencés les droits pour Citrix XenApp 5 sur Windows 2003.

Voici un petit exemple des éventuels rôles et droits associés pouvant être mis en place dans le cadre de l'élaboration d'un modèle d'administration Citrix XenApp 5 :

PS : N'oubliez pas de ne pas trop restreindre les exploitants car ils ont besoins d'un certain niveau d'accès pour mener à bien les différentes taches quotidiennes.

--------->

Groupes : N1 = Hotline N2 = Publications N3 = Exploitation N4 = Architectes

Si vous souhaitez vous connecter à un serveur distant à l'aide des Terminal Services (RDP) en remappant les disques locaux, vous aurez donc vos disques locaux. Si depuis cette station distante ou ce serveur vous essayez de 'rebondir' sur un autre serveur ou desktop à l'aide de RDP, vous ne pourrez pas avoir les disques locaux de votre premier poste client remappés correctement.('double remappage / connexion de disques' en rdp).

Afin de permettre l'utilisation de disques locaux lorsque l'on effectue un 2eme rebond sur un autre serveur il vous faut du Citrix XenApp de bout en bout. ICA -> ICA (cela fonctionne aussi si l'on mixe les deux, ICA->RDP)

Le double rebond avec l'utilisation de drives locaux est supporté nativement par Citrix à l'aide du protocole ica. ('double remappage / connexion de disques' en ica)

Microsoft ne supporte pas le remappage de disques locaux avec Rdp nativement lorsqu'un double rebond en RDP connexion est fait.

Astuce pour contourner cette limitation existante en RDP :

Si vous souhaitez vraiment conserver les lecteurs du poste de travail dans la deuxième session, il sera nécessaire d'effectuer un Subst Z: \\tsclient\c$ dans un script de connexion ou même manuellement (fonctionne aussi avec un net use en lieu et place du subst).

Dans ce cas le lecteur sera vu comme un drive local ou réseau, et sera donc reconduit dans la deuxième session. (Merci mon dydy pour la remarque)

Brian Madden à mis à disposition sur son Site le logon process pour les environnements Citrix XenApp 5 sur Windows 2008 Server.

Pour ceux qui n'ont pas encore jeté un œil sur ce nouveaux chef d'œuvre réalisé par Brian Madden et Kevin Goodman (RTO Software) :

Cliquez ici pour voir le Logon Process Citrix XenApp 5 avec Windows 2008 Server

 L'article original d'où provient ce lien  :

http://www.brianmadden.com/blogs/gabeknuth/archive/2008/08/14/briforum-video-the-excruciating-detail-of-the-xenapp-logon-process.aspx

Comment visualiser les valeurs 'max' fixées dynamiquement par le système au démarrage concernant la mémoire paginée, mémoire non paginée et la table d'allocation mémoire à l'aide de Process Explorer ?

Suivez la procédure ci-dessous :

* Pour commencer télécharger l'outil ProcessExplorer de Sysinternals (Microsoft)

Option / Configure Symbols.

1 / Télécharger les outils de Debuging depuis cette Url

2 / Télécharger les Symbols à interpreter depuis ce lien. Ou utiliser le site msdn pour télécharger les bons symbols.

Pour utiliser ProcessExplorer avec l'outil de Debuging sans avoir téléchargé les Symbols, renseigner le champs "Symbols path:" comme suit :

Dans le cadre d'un niveau de service standard et conventionnel pour la mise à disposition d'applications sous Citrix XenApp 4.x / 5.0 & TS, voici un exemple de process de validation d'application carré et préconisé dans la majorité des cas de figures.

C'est juste un petit shéma fait rapidement afin de simplifier l'adoption de ce process qui pour certains d'entre vous, est déjà bien sur une évidence.

Ps: Étrange, notez que avec FireFox L'image resizée (redimenssionée) est très lisible, alors qu' avec Internet Explorer c'est un peu moins lisible, désolé pour ceux qui utilisent IE.

Par défault, uniquement les administrateurs locaux ou les Administrateurs Citrix peuvent visualiser la section applications de l'outil de shadowing Citrix.

Afin de permettre à vos utilisateurs de lister les applications avec wshadow.exe il faut créer la clef de registre suivante :