Si nous voulons utiliser Citrix XenDesktop avec un environnement virtuel VMware vSphere, nous devrons effectuer des configurations supplémentaires, tout cela afin de pouvoir nous connecter depuis le XenDesktop Delivery Controller aux bureaux virtuels de notre environnement vSphere et donc gérés par la plateforme de virtualisation de VMware, pouvant utiliser VMware View Composer si cela nous intéressait.
1. Tout d’abord, tendremos que reemplazar el certificado de nuestro servidor VMware vCenter. Así que nos bajaremos e instalamos OpenSSL de su Site officiel para realizar una solicitud de certificado.

2. Por línea de comandos, vamos al directorio OpenSSLbin y ejecutamos: ‘openssl req -new -nodes -out fitxero.csr -config openssl.cfg’, respondemos a las preguntas que nos realizará para obtener una solicitud de certificado. Ojo que cuando pida el ‘Common Name’ tendremos que dar el FQDN de nuestro vCenter! Esto nos generará los ficheros: ‘fitxero.csr’ y ‘privkey.pem’.

3. Puits, ya con el fichero CSR generamos un certificado, sea en una CA o en nuestra propia entidad. Si usamos la CA de Microsoft, nos conectamos a ella con http://Servidorca/CertsrV, nos validamos y vamos a “Demander un certificat” > “Solicitud avanzada de certificado” > “Enviar una solicitud de certificado con un archivo codificado en base64 CMC o PKCS #10 o una solicitud de renovación con un archivo codificado en base64 PKCS #7.”. Abrimos con un bloc de notas el fitxero.csr y pegamos su contenido en “Codificado en Base64 Solicitud de certificado (CMC o (PKCS #10 o PKCS #7)” et dans “Plantilla de certificado” pondremos ‘Servidor web’ > “Envoyer”. Una vez que tenemos el certificado generado, pulsamos en ‘Codificado en Base64’ et “Télécharger le certificat”. Nous enregistrons le certificat sous certnew.cer où nous voulons.

4. Nous ouvrons un explorateur et allons jusqu'à “C:Documents and SettingsAll UsersApplication DataVMwareVMware VirtualCenterSSL” Nous déplaçons son contenu vers un autre emplacement, Nous devons copier dans ce dossier le fichier certnew.cer et privkey.pem (ce dernier sera dans OpenSSLbin).

5. Nous renommons le fichier certnew.cer en rui.crt et privkey.pem en rui.key. Nous redémarrons les services de VMware vCenter pour prendre en compte les changements et ouvrons un navigateur pour vérifier qu'aucune erreur de certificat https ne s'affiche://fqdnserveurvcenter.

6. Sur chaque serveur Citrix XenDesktop Delivery Controller, nous devons ouvrir une console MMC vide (Commencement > Exécuter > ‘mmc’), Nous y ajoutons le module complémentaire ‘Certificats'’ Compte d’ordinateur sur l’ordinateur local, vamos a ‘Entidades de certificación raíz de confianza’ e importamos ahí el certificado que hemos generado anteriormente (certnew.cer).

Y ya estaremos listos para crear un nuevo grupo de escritorios desde el controller apuntando a un servidor VMware vCenter, para ello desde la consola “Citrix Delivery Services Console” creamos un nuevo desktop grouo y en ‘Hosting infraestructure’ indicamos ‘VMware virtualization’; tendremos que tener en cuenta que daremos un administrador del entorno virtual y la dirección tendrá el formato: 'https://fqdnservidorvcenter/sdk’

El Desktop Delivery Controller usa al servidor VMware vCenter para conocer el estado de las máquinas virtuales, además de apagarlas, encenderlas… si pour une raison quelconque le serveur vCenter n'est pas disponible, les utilisateurs ne pourront pas se connecter aux bureaux virtuels, Bien sûr, les connexions existantes seront maintenues, donc ceux qui sont connectés ne se rendront pas compte d'une panne. Donc c'est quelque chose de plus à prendre en compte, car auparavant une panne de ce serveur ne nous affectait que nous (Administrateurs) et maintenant l'environnement de production, par conséquent, il serait désormais absolument recommandé d'avoir le serveur VMware vSphere virtualisé avec FT ou HA…

Si nous regardons de plus près, sur votre console “VMware vSphere Client” connectés au serveur VMware vSphere, les bureaux à distance auront dans l'onglet de “Résumé” des annotations: CTXGuestOSID est le SID du système d'exploitation du client, écrit par le Desktop Delivery Controller maître. Y CTXGuestMGTInfo es lo que mantiene al pool y al escritorio virtual coordinados.

Si no tenemos VMware vSphere y tenemos VMware Infrastructure 3, podemos seguir este documento oficial: CTX116928