XenApp

Raccourcis clavier (mac) dans une session à distance de type windows

Dans ce billet (qui va nous servir de post-it 😉 ) nous allons énumérer les principaux raccourcis clavier Mac (certains de ces raccourcis sont compatibles sur clavier windows) au sein d’une session à distance sur un os de type windows.

Commande	Raccourci clavier
ctrl-alt-del	ctrl + +
Imprimer	ctrl + p
Affichage du menu démarrer	⌘
Afficher l’explorateur	⌘ + e
Démarrer-Exécuter	⌘ + r
Verrouiller la session	⌘ + l
Basculer la langue sur le clavier	ctrl + maj
Copier	ctrl + c
Couper	ctrl + x
Coller	ctrl +v
Tout sélectionner	ctrl + a
Annuler	ctrl + z
Rétablir	ctrl + y
Ouvrir une nouvelle fenêtre	ou ctrl + n
Actualisé	fn + F5 (ou ctrl + r)
Réduire toute les fenêtres	⌘ + d
Passer d’une fenêtre à une autre	+ tab
zoomer/dé-zoomer	ctrl + roulette souris
Touche F1 à F12	fn + touche F1 etc…
symbole {	+ (
symbole }	+ )
symbole [	ctrl + + (
symbole ]	ctrl + + )
symbole \	ctrl + + !
symbole \|	ctrl + + §

Installation/Configuration d’un VDA sur Ubuntu 16.06.1 LTS

Celà faisait longtemps (très) que nous souhaitions faire un billet sur l’installation et la configuration d’un VDA sur un OS Linux (dans notre cas une Ubuntu 16.06.01 LTS). Il faut être honnête Citrix nous a bien simplifié la vie depuis les premières version de VDA sous Linux, ou il fallait faire mille et une manips afin de pouvoir configurer correctement son VDA, maintenant c’est simplifié au possible.

Concernant le VDA nous avons choisie la version 7.15.0.404 (LTSR) disponible ici, n’oubliez pas de lire le pdf sur la 7.15 qui vous évitera de partir à l’aventure si vous souhaitez utiliser une autre distribution (au passage vous noterez que la version 16.06 n’est pas mentionnée dans le pdf 😉 ).

Continue reading “Installation/Configuration d’un VDA sur Ubuntu 16.06.1 LTS”

StoreFront : Lancement d’applications impossibles

Lors d’une partie de troubleshooting avec un collègue Sysadmin nous sommes tombés sur un problème peu banal, en effet les utilisateurs pouvaient s’authentifier sur les StoreFront (environnement Citrix virtual apps and desktops 7.15 LTSR avec du SQL AlwaysOn) et voir les applications publiées mais ne pouvaient les lancer (toutes les applications de la ferme étaient impactées). Lors du click sur une application le message d’erreur “Impossible de démarrer l’application……” apparraissait systématiquement.

Sur les StoreFront nous avons constatés les events ci-dessous (aucun event sur les Controllers).

Script : Supprimer les applications d’un utilisateur ou d’un groupe

Dans Citrix Virtual and Desktops supprimer un utilisateur ou un groupe de toutes ses applications ou bureaux publiés peut vite s’averer fastidieux.

Le fameux Testdf1 qui nous suit depuis tant d’années 🙂

Comme on est sympa on ne va pas vous laisser supprimer à la mano tous ces utilisateurs/groupes. Le script Powershell “Xa7x_Unpublished” va juste vous demander de rentrer le nom de l’utilisateur ou groupe que vous souhaitez supprimer (ou visualiser) des applications et bureau publiés.

Lancez le script
Entrez le nom de l’utilisateur ou groupe
Entrer 1 si vous souhaitez supprimer l’utisateur/groupe ou 2 si vous souhaitez uniquement visualiser le resultat
Un fichier de log ( Xa7x_Unpublished.log) est disponible dans le répertoire d’exécution du script.

Erreur : La ressource publiée n’est pas actuellement disponible……

Dans un environement Netscaler VPX et XenApp (ha oui c’est vai désolé……”Citrix Virtual Apps and Desktop”) les utilisateurs obtenaient l’erreur ci-dessous lors du lancement d’une application publiée via des StoreFront (eux-même derrière des Netscaler VPX).

La ressource publiée n’est pas actuellement disponible. Contactez votre administrateur systeme pour obtenir de l’aide.
The Published resource is not available currently. Contact your system administrator for further assistance.

Une information interréssante était que les utilisateurs arrivaient à lancer leur application au bout de la deuxième tentavive (voir troisième), ce qui nous amène rapidement à penser à un problème de STA 🙂 et oui on fait ce billet car c’est un classic qu’on oublie avec le temps. En regardant la configuration des STA sur les Netscalers et sur les StoreFront on s’aperçoit que côté Netscaler nous n’avons qu’un serveur STA de renseigné et que côté StoreFront nous avons deux serveurs STA de renseigné avec le “Load balance multiple STA servers” de coché (nous y reviendrons plus tard).

Pour rappel les STA doivent être dans le même ordre côté Netscaler et StorFront et surtout côté StoreFront il ne faut pas cocher le “Load balance multiple STA servers”

une fois l’orde des STA rétabli et le “Load balance multiple STA servers” décoché les utilisateurs ont pu lancer leur applications dès le premier lancement

Un peu de lecture pour plus de compréhenssion sur le fonctionnement du STA entre Netscaler et Storefront : CTX134940

Director : Alertes Delivery Controller

Suite à une mise à jour de Director de nos Controllers 7.6 vers 7.15, nous avons remarqué une erreur “cosmétique” dans la section Delivery Controller du Dashboard de Director :

Alertes Delivery Controller
Citrix Ad Identity Service

La bonne nouvelle est que tous les Controllers sont impactés 🙂

En fait cette erreur est juste dû au fait que lorsque vous upgradez votre Director 7x à partir du fichier msi directement, il faut passer la commande ci-dessous sur un de vos Controller une fois l’upgrade terminé :

C:\inetpub\wwwroot\Director\tools\DirectorConfig.exe /upgrade

Voila c’est beaucoup mieux

Le pire c’est que c’est bien écrit noir sur blanc 🙂 sur la CTX22476.

Application probing

Apparue dans XenApp/XenDesktop 7.18 (ça c’était avant le renommage en Citrix Virtual App), l’Application probing permet d’automatiser le lancement d’application dans le but de vérifier leur bon lancement. Une fois installée et configurée, le résultat est directement disponible dans Director.

L’installation et la configuration sont très simples et rapides :

Télécharger l’agent Probe : https://www.citrix.com/downloads/citrix-virtual-apps-and-desktops/components/app-probe-agent.html
Installer l’agent Probe (CitrixAppProbeAgent.msi) sur un OS de type windows avec un receiver 4.8 minimum (he oui pas de MacOs ou Linux)
Configurer l’agent probe (il faut un Delivery Controller 7.18 minimum)
Création d’une analyse

On va passer l’étape d’installation et configuration car elles sont dejà très bien documentées chez Citrix et Carl Stalhood.

Maintenant que tout est installé et configuré nous pouvons passer à l’étape de la création d’une analyse. Allez dans Director, cliquez sur l’icone Configuration puis cliquez sur le bouton “Création d’une analyse” (Create Probe).

Une fois les champs renseignés cliquez sur le bouton Enregistrer

En conclusion un bon outil qui devrait évoluer au fil des versions de Citrix Virtual Apps, nous avons listé ci-dessous la liste des points forts et points faibles d’Application Probing.

Points forts :

Installation et configuration rapide
Intégration dans Director
Monitoring d’application publiée

Points faibles :

la partie planification des analyses, en effet on ne peut programmer une analyse qu’une fois par jour. Certains d’entre vous se voient dejà créer plusieurs analyses pour une application et les lancer à différentes heures, oui mais attention car dans les bests practice Citrix ci-dessous tout n’est pas possible (pour l’instant)

L’envoi d’alerte uniquement par mail
Rétention de 7 jours maximum (seulement) dans Director

XenApp : création d’applications en masse

Ca nous est tous arrivé un jour de se retrouver devant LA fameuse demande de création d’applications en masse (dans notre cas plus 300 applications one shoot).

En plein match de la coupe du monde, 300 applis à créer, avec 300 tickets différents bien sûr 🙂

Le script powershell joint à ce billet permet la création des applications “en masse”, avec les utilisateurs/groupes et l’icone associée au binaire de publication (sauf si votre chemin applicatif est un bacth, script etc..). Là où c’est pratique c’est que le script repose sur un fichier de configuration (format csv) dans lesquel vos productions applicatives vont rentrer toutes les informations nécessaires à la création des applications (sinon c’est à vous de le faire 😉 ).

En argument lors du lancement vous pouvez indiquez un Delivery Controller (exemple : Xa7x_CreateApps.ps1 MonDeliveryController), en l’absence d’argument le script considère que le serveur local est un Delivery Controller.

XA7x_CreateApps.zip

WEM : Database creation error

Lors d’un POC nous avons installé WEM 4.06 afin de montrer tous les avantages de WEM dans un environnement de type bureau publié (publish desktop), lors de la création de la base WEM nous avons rencontré l’erreur “Database creation error”.

Ca commence pas bien notre POC 🙂

L’avantage de WEM est que tout est logué durant l’installation, direction le fichier de log situé dans C:\Program Files (x86)\Norskale\Norskale Infrastructure Services\ Citrix WEM Database Management Utility Debug Log.log.

La lecture du fichier de log nous renseigne rapidement sur la cause du problème :

Exception -> DbCreateRequestExecutor.
() : System.Exception: SqlDatabaseHelper.[1]() connection Error : 5133 | Directory lookup for the file “C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\TESTDBWEM_Data.mdf” failed with the operating system error 3(The system cannot find the path….

En échangeant avec les DBAs on comprend que la couche SQL est installée dans un chemin spécifique, une fois le chemin d’installation dument rempli dans le wizard WEM, l’install se poursuit avant que nous rencontrions une nouvelle erreur “Database creation error”, et encore cette fois le fichier de log WEM nous donne l’origine du problème.

There is already a master key in the database. Please drop it before performing this statement.

Pour corriger cette erreur nous avons demandé aux collègues DBAs de passer la requête ci-dessous :

USE VotreBaseWEM;
DROP MASTER KEY;
GO

Une fois la requête executée l’installation s’est poursuivie sans problème.

On vous conseille aussi de jetter un oeil sur la CTX228982 https://support.citrix.com/article/CTX228982/ au cas ou 😉 .

Erreur installation VDA 7.15 LTSR CU1

Lors d’une mise à jour d’un VDA 7.6 LTSR vers la 7.15 CU1 (vers un VDA 7.15 LTSR CU1) nous avons recontré l’erreur ci-dessous.

Error Id: XDMI:1AA44929

Exception:

Citrix.MetaInstaller.Exceptions.MetaInstallerException ‘NDP452-KB2901907-x86-x64-AllOS-ENU.exe’ component failed to install with error 0x000013EC.
at Citrix.MetaInstaller.Prerequisites.DotNet452Component.Install(InstallationContext context)
at Citrix.MetaInstaller.InstallationManager.InstallComponent(IInstallableComponent component, InstallationContext installContext)

On va la faire courte, c’est juste un problème d’espace disque, donc rien de bien méchant, sauf que nos amis de chez Citrix pourraient faire un check d’espace disque avant l’installation d’un VDA (ou de sa mise à jour)……. ou pas 🙂

S’il n’y a plus de place pour installer Microsoft .NET Framework 4.5.2 on va pas aller très loin 🙂