Un des sujets qui fonctionne le mieux sur ce site concerne Citrix Secure Gateway, passerelle VPN SSL logiciel gratuit chez Citrix.

La vidéo qui suit vient à la suite de l’article « video-installation-basique-de-web-interface-5-2-pour-iis/« /

Dans cet exemple, je vous montre les options à configurer pour que vos utilisateurs passent obligatoirement par une Citrix Secure Gateway.

Bonne lecture,
Durée de la vidéo : 03 minutes 43 sec | format (flash en .swf) 1024×786 pixels
Taille de la vidéo : 1,02 Mo | Auteur : tescitrixoupas | Date de création : 14 Janvier 2010

Pour ceux qui ne savent pas encore installer une Citrix Secure Gateway, lisez :
Les fondamentaux – Architecture Citrix Secure Gateway – Part 1
Les fondamentaux – Architecture Citrix Secure Gateway – Part 2
Vidéo – installation basique de Citrix Secure Gateway 3.1 sous Windows 2003
Vidéo – creation basique d’un certificat SSL à partir d’une autorité certifiante Microsoft

Retrouvez toutes les vidéos dans la section Téléchargement.

A bientôt,
Patrice Jacques-gustave

Je reprend du service après une longue période de transition, puisque je suis maintenant formateur freelance depuis ce mois ci.

Je vous met en ligne l’installation de Web Interface 5.2. Avec en prime les options que vous pouvez utiliser avec le setup, en dessous de la vidéo.

Pour rappel, chers débutants, la Web Interface vous permet de centraliser les configurations de connections de vos utilisateurs vers vos fermes de serveurs XenApp ou Xendesktop. D’ailleurs à l’installation de XenApp et XenDesktop, vous pouvez choisir d’installer aussi la Web Interface.

Une seul Web Interface peut fusionner plusieurs fermes de serveurs XenApp ou XenDesktop. Donc dans cette architecture cette ressources est redondée pour en assurer la haute disponibilité. Voir il arrive que dans de grosse infrastructure cette ressource soit dédié sur un serveur qui ne fait que ça. Ca depend donc de la fréquence des connections utilisateurs.

Pour en finir avec le rappel, le dernier client Citrix ICA s’appuie sur la Web Interface pour proposer aux utilisateurs les icones d’applications ou de bureaux virtuels.

Du coup, si vous ne souhaitez pas utiliser la Web Interface pour utiliser le dernier client Citrix comme un Full Program Neighborhood, prenez l’outil Citrix Quick Launch :
http://support.citrix.com/article/ctx122536

Celui qui l’a créée, vous le connaissez c’est Frederic Serrière de Doctor-Citrix. Il a mis une vidéo qui explique comment utiliser l’outil dans l’article de la KB Citrix.

Bonne lecture,
Durée de la vidéo : 06 minutes 17 sec | format (flash en .swf) 800×618 pixels
Taille de la vidéo : 2,11 Mo | Auteur : tescitrixoupas | Date de création : 07 décembre 2009

Liste des options

Retrouvez toutes les vidéos dans la section Téléchargement.

A bientôt,
Patrice Jacques-gustave

Suite à ces dernières annonces sur XenDesktop 4, Citrix lève le débat autour du VDI, le VDI devient une brique parmi une autre et recentre le débat vers l’expérience utilisateur. Permettez moi d’essayer de vulgariser le nouveau concept et corrigez moi si je me trompe.

Le but premier est de nous fournir une palette d’outil nous permettant de mettre à disposition des ressources applicatives et systèmes d’exploitations à partir d’une seule et même licence. Toutes ces possibilités de publication et de virtualisation se regroupent sous le nom de FlexCast.

Nous avons Hosted Shared Desktops, Hosted VM-based VDI Desktops, Hosted Blade PC Desktops, Local Streamed Desktops, Virtual Apps to Installed Desktops, et Local VM-based Desktops (qui est toujours dans le tuyau pour le moment).

Avec XenDesktop 4, vous pourrez donc soit publier ;
- une application virtuelle exécutée sur un serveur 2003/2008/XP/Vista/7 au travers du protocole ICA
- une application virtuelle exécutée sur les postes utilisateurs au travers du protocole ICA
- un bureau virtuel centralisé 2003/2008 au travers du protocole ICA
- un bureau virtuel XP/Vista/7 qu’il soit exécuté sur un poste physique, un poste streamé, une machine virtuelle, un blade PC, etc… au travers du protocole ICA, RDP et d’autres à venir
- et viendra le mode offline d’un bureau l’année prochaine (XenClient)

Pour toutes ces possibilités, XenDesktop 4 possède une palette d’outils, que vous pouvez utiliser ensemble ou séparément. XenDesktop 4 se décline en 3 versions :

En résumé, XenDesktop 4 c’est bien plus que du VDI . De plus le mode de licence est devenu plus qu’attractif en ce moment, en terme de coût.

XenDesktop 4 signe une révolution chez Citrix .

Note : Tout ceci fonctionne sous n’importe quel hyperviseur (hyper-v, xenserver, vsphere, etc…)

A bientôt,
Patrice Jacques-gustave

www.citrixtools.net de Pierre Marmignon, a fêté en douceur sa première année ( Juin 2009) et que de chemin parcouru par Pierre en si peu de temps.

En effet, ses outils (free) disponibles sur son site, sont reconnu dans le monde entier pour ses performances, ses stabilités et surtout pour leur intérêts. Il y a par exemple un outil de clonage de serveur XenApp pour Provisioning Server qui cartonne dans le milieu.

Toi qui débute sur les technologies Citrix, ses outils sont devenu des incontournables dans la communauté international Citrix. Au point que même chez Citrix, il parait que…

Bon Anniversaire à CitrixTools.net et merci Pierre pour ta contribution.

Note : n’hésitez pas à lui faire un retour sur son site je sais que les français aiment pas faire de commentaire mais au vu du boulot (énorme) qu’il utilise pour nous, un petit mot serais pas du luxe
C’est un passionnée qui ne compte ses heures comme moi

Pour la petite histoire, quand j’ai rencontré pierre pour la première fois, il y quelques années déjà, je voyais dans son oeil, le petit jedi dépassé le maitre un jour Mais il a grandit plus vite que je ne le pensais

A bientôt,
Patrice Jacques-gustave

Je termine ce bon week-end de 4 jours, sur une petite vidéo que je vous ai faites sur l’installation du serveur de licence Citrix. Je suis partie de la version 1.6.1 du serveur de Licences Citrix.

Dans cet exemple, j’y vais comme d’habitude, je fonce pour voir les messages d’erreurs à l’installation.

Les ports de communication sont :
27000 port de communication entre le serveur de Licences et les serveurs Citrix soumis à licences.
7229 port de communication du serveur de licences

Note : Le serveur de licences est complètement indépendant de tout autre composant Citrix, tel que XenApp, XenDesktop, Provisioning, etc… Il peut être installé sur un serveur en workgroup, etc…Il peut servir à plusieurs fermes en même temps, etc… Seuls les accès concurrents comptent.

Durée de la vidéo : 02 minutes 58 sec | format (flash en .swf) 900×622 pixels
Taille de la vidéo : 1,94 Mo | Auteur : tescitrixoupas | Date de création : 14 juillet

Retrouvez toutes les vidéos dans la section Téléchargement.

A bientôt,
Patrice Jacques-gustave

Je continue dans la lancée d’une mise en place de Citrix Secure Gateway. Cette article suit donc le post « Les fondamentaux – Architecture Citrix Secure Gateway – Part 1″.

Une fois que vous avez en tête les différents composant, je vais vous décrire comment techniquement tout cela s’enchaîne. Tout ce que je décris en dessous se déroule en très peu de seconde, mais il s’en passe des choses en fait, bonne lecture à tous:

1- l’utilisateur ouvre un navigateur Web et lance une URL en HTTPS. L’url correspond au nom FQDN d’une passerelle Citrix Secure Gateway (tescitrixoupas.demo.fr par exemple),

2- La passerelle CSG envoie son certificat serveur vers le navigateur Web. Le poste utilisateur doit donc posséder le certificat racine de l’entité certifiante qui a créée le certificat serveur,

3- Une fois la liaison SSL établie, la passerelle CSG présente la page d’authentification de la Web Interface. Donc par défaut, l’utilisateur est en HTTPS vers la CSG et CSG communique en HTTP avec la Web Interface (ce flux peut être aussi sécurisé par un certificat SSL),

4- L’utilisateur entre son identification, Web Interface soumet cette identification au serveur XenApp via le port XML de XenApp. XenApp interroge l’Active Directory ou la NDS Novell ou la base SAM local, et si le compte est valide, il retourne la liste des applications aux-quelles l’identifiant à droit et l’envoie à la Web Interface,

5- La Web Interface construit donc une page HTML avec les icônes des applications publiées.

6- L’utilisateur clique sur une icône d’application publiée,

7- Web Interface interroge le serveur XenApp, pour connaître l’adresse IP du serveur XenApp de la ferme le plus disponible à l’instant T,

8- Web Interface soumet cette adresse IP au Secure Ticket Authority. le STA sotcke cette adresse IP et donne un ticket de session tronqué à Web Interface,

9- Web Interface construit un fichier de connexion .ica à partir d’un fichier template. Ce fichier de connexion .ica comprend l’adresse FQDN de la passerelle CSG, le ticket de session STA tronqué, l’identifiant du STA (qui n’est exploitable que par la CSG), le nom de l’application publiée et pleins d’autres options de session. Ce fichier est envoyé via le canal SSL vers le poste utilisateur,

10- Ce fichier .ica est interprété par un client Citrix. Ce dernier tente d’ouvrir une session ICA sous SSL vers la passerelle CSG,

11- La passerelle CSG envoie son certificat serveur vers le poste utilisateur. le poste utilisateur doit donc avoir le certificat racine de l’autorité de certification qui à créée le certificat serveur de la passerelle CSG,

12- une fois le tunnel SSL créée, le client ICA ouvre une session ICA vers la passerelle CSG en présentant les informations contenu dans le fichier .ica. La passerelle CSG envoie le ticket de session STA vers celui qui l’a créée et lui demande si ce ticket de session est bien valide. Si oui le STA envoie l’adresse IP du serveur XenApp, qu’il avait stocké à la demande de la Web Interface, à la passerelle CSG,

13- la passerelle établie une connexion ICA sous le port 1494 vers le serveur XenApp.

Donc l’utilisateur se connecte toujours à la passerelle CSG en ICA sous SSL (port 443) et la passerelle CSG se connecte en ICA (port 1494 ou 2598).

J’espère que ça vous éclaire un peu plus

A bientôt pour la partie 3

PS: je vais décrire ce type de connexion sécurisée en plusieurs partie, histoire de ne pas faire de long article (chiant à lire )

Patrice Jacques-gustave

Ca faisait longtemps que j’avais pas écrit un article sans vidéo . Je vais répondre à certaines interrogations du moment. En essayant d’être le plus simple possible. Faites moi signe si ce qui suit n’est pas clair.

Citrix Secure Gateway:
Chaque édition de XenApp possède un logiciel de VPN SSL pour le protocol ICA. Ce logiciel est inclut directement sur le CD ou dans l’iso XenApp, c’est une fonctionnalité de XenApp. Cet outil se nomme Citrix Secure Gateway. L’idée est de mettre à disposition une architecture XenApp à des utilisateurs externes à l’entreprise de manière sécurisée.

Comment ça marche techniquement du coté utilisateur:
1 – l’utilisateur se connecte à une Web Interface via HTTPS. Il rentre son identification et reçoit en échange la liste des applications publiées par l’administrateur de l’infrastructure XenApp.
2 – l’utilisateur clique alors sur une icône d’application publiée
3 – l’utilisateur se connecte en ICA sous SSL vers cette application publiée

Toute la session utilisateur est donc sous SSL.

Comment ça marche techniquement du coté administration:
1 – l’administrateur doit installer un serveur XenApp, et définir un port XML à l’installation. Le service STA (gestionnaire sécurisée des tickets de sessions) est automatiquement installé aussi par défaut sur le XenApp. Il utilisera le même port que le service XML.
2 – l’administrateur doit installer une Web Interface, qui pointera vers le service XML du serveur XenApp, vers le service STA et vers une passerelle VPN SSL ICA (Citrix Secure Gateway).
3 – l’administrateur doit installer Citrix Secure Gateway dans la DMZ, qui pointera vers le serveur Web Interface et le STA (Secure Ticket Authority – fonctionnalité de XenApp).

Avec ce modèle d’infrastructure, l’utilisateur ne se connecte jamais en direct vers le serveur XenApp, car il ne connait jamais l’adresse IP de ce dernier. Mais uniquement l’adresse de la passerelle Citrix Secure Gateway.

Et dans ce modèle d’infrastructure, seul la passerelle Citrix Secure Gateway peut se connecter au serveur XenApp.

A bientôt

PS: je vais décrire ce type de connexion sécurisée en plusieurs partie, histoire de ne pas faire de long article (chiant à lire )

Patrice Jacques-gustave