Un petit tuto sur l’installation de certificats sur Vdi-In-a-Box

Traduction et adaptation de l’article CTX132235   ( http://support.citrix.com/article/CTX132235)

les commandes sont en bleu italique : commande

I – Creation du keystore et du fichier de demande de certificat près d’un CA (fichier Certificate Signing Request (CSR))

1) Se connecter sur Vdi in a box (SSH VDI-in-a-Box ou en console dans Xenserver)

Utilisateur par défaut : kvm / kaviza123

2) Changer le Hostname du serveur

Par défaut celui-ci porte le nom de vdiMgr. Choisir un nom que sera cohérent avec les DNS, le CN du certificat SSL

ex : myvdi.domaine.fr

Ouvrir le fichier de configuration network :

 sudo vi /etc/sysconfig/network

Continue reading “Un petit tuto sur l’installation de certificats sur Vdi-In-a-Box”

PVS 6 – Vdisk update management pour XenApp 6.5PVS 6 – Vdisk update management for XenApp 6.5

Bonjour à tous !

PVS 6 introduit une nouvelle fonctionnalité permettant de mettre à jour les vdisk avec des clients ESD. Cette fonctionalité ne permet pas de resealer un serveur xenapp aprés l’installation des mises à jour.

Continue reading “PVS 6 – Vdisk update management pour XenApp 6.5PVS 6 – Vdisk update management for XenApp 6.5”

Retour d’expérience sur les adresses ip virtuelles RDS et XenApp 6.0

Bonjour,

Voici donc comme promis le retour d’expérience sur la mise en place des virtual IP avec XenApp 6.0…

Certaines applications nécessitent une IP unique par instance. Dans un environnement XenApp, c’est donc l’IP du serveur qui est retournée lors d’un appel aux APIs Winsock : problématique avec ce genre d’applications!
Les IP virtuelles ont été introduites dans CPS4.0 et Microsoft l’a implémenté dans Windows 2008 R2. Donc, depuis XenApp 6.0, il faut au minimum configurer les IP virtuelles via RDS (GPO etc) et activer les stratégies XenApp idoines si l’on souhaite davantage de fonctionnalités (VIP en loopback etc). Continue reading “Retour d’expérience sur les adresses ip virtuelles RDS et XenApp 6.0”

XenApp 6.x : adresses ip virtuelles

Bonjour,

Certaines applications nécessitent une IP unique par instance. Dans un environnement XenApp, c’est donc l’IP du serveur qui est retournée lors d’un appel aux APIs Winsock : problématique avec ce genre d’applications!

Les IP virtuelles ont été introduites dans CPS4.0 et Microsoft l’a implémenté dans Windows 2008 R2. Donc, depuis XenApp 6.0, il faut au minimum configurer les IP virtuelles via RDS (GPO etc) et activer les stratégies XenApp idoines si l’on souhaite davantage de fonctionnalités (VIP en loopback etc).

Jusque là tout va bien. Des essais sur mon environnement de test m’ont montré que cela fonctionne sans accro (attention, dans la GPO RDS il faut bien indiquer le sous-réseau de la NIC qui reçoit les VIP sous la forme 172.16.250.32/24 ou 172.16.250.0/24).

Mais lorsque l’on utilise VMWare vSphere 4, impossible d’avoir des IP virtuelles assignées à la session. La solution semble être la suivante (je n’ai pas encore pu tester, je modifierai ce post une fois le workaround validé).
http://communities.vmware.com/thread/255821?start=15&tstart=0

soluce:
1. add VMXNET3 adapter and remove E1000
2. uninstalling the VMCI driver by modifying the VMware Tools installation
3. disabling IPv6 by unchecking the box in the Local Area Connection properties
4. setting the DisabledComponents DWORD value to 0xFFFFFFFF under HKLM\CurrentControlSet\services\TCPIP6\Parameters in the registry

j’ai un souci avec cette soluce… c’est le point 3. désactiver IP v6 n’est pas recommandé par Microsoft! voir http://blogs.technet.com/b/netro/archive/2010/11/24/arguments-against-disabling-ipv6.aspx

edit (21/11/11): a priori, seule l’étape 2 est vraiment nécessaire… l’utilisation de la VMXNet3 et la désactivation de l’IPv6 n’ont rien changé..
edit2 (02/12/11): merci Nicolas D. et Nicolas H. pour les efforts ce soir! grâce à toi, Nicolas D. ça va enfin marcher… je mettrai un nouvel article avec la vrai soluce.

ThinIsFat

Astuce Citrix Online plugin / Effacer l’historique des serveurs Citrix online plugin tips / Clear server history

Il est parfois utile de vider le cache du client Citrix ( Online plugin ou Receiver ) aprés divers test ou migrations.

Cette information est stockée en hexadécimale dans la ruche du registre utilisateur.

Afin de vider le cache et donc l’historique des serveurs, il faut supprimer la clé de registre suivante :

HKCU\Software\Citrix\PNAgent\Configuration Model 00

Flo !

Sometimes, you need to reset the server history in your Citrix client which can be populated by some test or migration.

This information is stored in an hexadecimal format in user hive registry.

in order to clean the history,  delete the folowing registry key:

HKCU\Software\Citrix\PNAgent\Configuration Model 00

Flo!

Desktop Director slow

destop director

Desktop Director 1.0 pour Xendesktop 5.0

DD (Desktop Director) est une interface web qui permet de déléguer les tâches de support aux équipes du support. En bon français elle permet de:

  • Logoff d’une session.
  • Voir l’état des broker.
  • Voir l’état des hyperviseurs.
  • Voir l’état d’une session (HDX, @ip du client…)
  • Assigner un user à une machine.

La première chose que l’on se dit en lançant DD via un browser (http://MonServer/DesktopDirector), c’est “P*** que c’est long !”. Maintenant si vous vous connectez avec un compte qui n’a pas les droits d’assignement, tout va bien.

desktopdirector

 

 

 

 

 

 

deux articles à lire:

http://support.citrix.com/proddocs/index.jsp?topic=/director-10/director-cfg-multi-ad-forests.html http://support.citrix.com/proddocs/topic/director-10/director-cfg-advanced.html

Connector.ActiveDirectory.Domains = (user),(server)

(user) et (server) sont deux variables qui correspondent aux noms de domaine de login du technicien et celui du broker. La lenteur provient à mon avis de la résolution de ces noms.

La solution est toute simple, supprimer les variables et les remplacer par vos domaines au format netbios. destop director

Desktop Director 1.0 pour Xendesktop 5.0

DD (Desktop Director) est une interface web qui permet de déléguer les tâches de support aux équipes du support. En bon français elle permet de:

  • Logoff d’une session.
  • Voir l’état des broker.
  • Voir l’état des hyperviseurs.
  • Voir l’état d’une session (HDX, @ip du client…)
  • Assigner un user à une machine.

La première chose que l’on se dit en lançant DD via un browser (http://MonServer/DesktopDirector), c’est “P*** que c’est long !”. Maintenant si vous vous connectez avec un compte qui n’a pas les droits d’assignement, tout va bien.

desktopdirector

 

 

 

 

 

 

deux articles à lire:

http://support.citrix.com/proddocs/index.jsp?topic=/director-10/director-cfg-multi-ad-forests.html http://support.citrix.com/proddocs/topic/director-10/director-cfg-advanced.html

Connector.ActiveDirectory.Domains = (user),(server)

(user) et (server) sont deux variables qui correspondent aux noms de domaine de login du technicien et celui du broker. La lenteur provient à mon avis de la résolution de ces noms.

La solution est toute simple, supprimer les variables et les remplacer par vos domaines au format netbios.

XenApp 5 FP2 : A quoi sert le fichier XenApp5 FP2 Enabler.msi ?

Bonjour,

Nombreux sont ceux qui, une fois récupéré et installé à la main, XenApp 5.0 Feature Pack 2, se sont demandé à quoi sert le fichier XenApp5_FP2_Enabler.msi présent sur l’ISO…

 

Ce fichier, inclus dans le ZIP Citrix Licensing 11.6.1.zip sur l’ISO de XenApp 5.0 Feature Pack 2, est nécessaire pour permettre d’utiliser certaines fonctionnalités du Feature Pack 2 : Power and Capacity Management Agent et HDX MediaStream for Flash .

Si ce MSI n’est pas installé, les deux applications pré-citées ne s’installeront pas et proposeront tout d’abord l’installation de ce fameux MSI.

Lorsque l’installation de XenApp 5.0 Feature Pack 2 est effectuée via l’autorun, XenApp5_FP2_Enabler.msi est automatiquement lancé.

Il met le serveur XenApp au niveau Feature Pack 2, c’est à dire qu’il change  la burndate de XenApp 5.0 : cela a pour immédiate conséquence de nécessiter que le ou les fichiers de licences possèdent une date de fin de Subscription Advantage postérieure au 18 Septembre 2009.

 ThinIsFat

Les sessions ICA restent actives avec le Citrix Offline Plugin 5.2

Bonjour,

Si vous utilisez le client Citrix Offline Plug-in 5.2 (le nouveau nom du client streaming) sur un serveur XenApp pour accéder à des applications streamées, vous vous rendrez sûrement compte rapidement qu’à la fermeture de session, celle-ci restera active pendant 5 minutes…

En effet, le Citrix Offline Plug-in version 5.2 ajoute une fonctionnalité qui garde la session ICA active pendant 5 minutes afin d’être réutilisée pour améliorer les temps de lancement. Lorsque l’utilisateur ferme l’application “streamée”, RadeLauncher.exe restera actif pendant 5 minutes, gardant la session ICA ouverte.

Cette durée peut être modifiée dans le registre et en son absence, la durée est donc de 5 minutes. Mettre la valeur à 0 (zéro) désactive cette fonctionnalité.

Pour Windows 32-bit :

HKLMSoftwareCitrixRade

Nom : SandboxStatusMonitorPeriod

Type: REG_DWORD

Données: Nombre entier (non négatif) qui correspond au nombre de minutes

Pour Windows 64-bit :

HKLMSoftwareWow6432NodeCitrixRade

Nom : SandboxStatusMonitorPeriod

Type: REG_DWORD

Données: Nombre entier (non négatif) qui correspond au nombre de minutes

ThinIsFat

Gestion des licences : articles intéressants de la KB Citrix

Bonjour,

Pour tous ceux concernés par la gestion des licences pour les produits Citrix, vous avez sûrement des questions, des points à éclaircir, des procédures pas toujours maitrisées.

Pour vous aider, voici quelques liens vers des articles de la KB Citrix qui pourront vous aider dans vos recherches :

CTX118202     How To…Online Fulfillment in MyCitrix

CTX118203    How To…Resolve a red alert on the License Management Console?

CTX118324    How To…Return/Re-Host a license via MyCitrix?

CTX118362    License file not recognized by License Management Console/License Server

CTX118564    How To…Retrieve Internal Use and Not-For-Resale licenses?

CTX118633    How To…Check and upgrade the License Server Version?

CTX118634    How To…Download all licenses combined in one single license file and install it accordingly?

CTX118787    How To…Assign a Citrix Solution Advisor in My Citrix?

CTX118788    XenServer licenses in My Citrix

CTX119354    My Citrix Error: There are no items to fulfill

CTX120192    XenApp ENT licensing with AppStreaming feature

CTX120102    How to check current status of Subscription Advantage using My Citrix

CTX120143    How to look/assign a Citrix Solution Advisor using My Citrix

CTX120355    How to add/update a contact in My Citrix

CTX120469    How to activate NetScaler NFR license

CTX120645    My Citrix Error “Invalid Host” when allocting XenApp Platinum

CTX121184    Repeater unit rejects license even license is correct

En espérant que cela vous sera utile, un jour ou l’autre !

ThinIsFat

XA 5.0 : Supprimer l’écran de logoff à la fermeture de session

Bonjour,

Sous XenApp 5.0 (j’entends par là, la version pour Windows 2008), lorsqu’un utilisateur ferme sa session ICA, l’écran de fermeture de session est affiché pendant quelques secondes. Pour l’explication du phénomène et le contournement, suivez-moi…

Suite au changement d’architecture de WinLongon et de LogonUI dans Windows 2008, la clef de registre “DisableStatusMessage” n’est plus disponible. Avec les versions précédentes de Windows, il était possible de désactiver l’écran de logoff en mettant la clef “DisableStatusMessage” à 1 à l’endroit suivant :

HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionpoliciessystem. 

Cette clef (et son fonctionnement) est décrite en partie dans les articles http://support.citrix.com/article/CTX108298 et http://support.citrix.com/article/ctx104893.

Sous Windows 2008, cela n’est donc plus possible et le seul moyen de ne plus afficher cet écran de fermeture de session avec les applications publiées en seamless est de mettre en place la commande suivante dans un script de logoff :

tsdiscon %SESSIONNAME%

Ainsi, la session sera déconnectée (disconnect) au moment de la fermeture de session (logoff) et empêchera ainsi l’affichage de l’écran de fermeture de session. La procédure de logoff sera malgré tout poursuivie et la session fermée correctement.

Source : http://support.microsoft.com/kb/972386

ThinIsFat