Ce quatrième post sur la mise en place basique de Password Manager 4.6 SP1 vient à la suite de :
- Vidéo – installation basique d’un serveur Password Manager 4.6 SP1 – part I
- Vidéo – installation basique d’un agent Password Manager 4.6 – part II
- Vidéo – configuration basique d’un utilisateur agent Password Manager 4.6 – part III

Dans les précédents posts, je vous montrais comment installer un serveur Password Manager 4.6 SP1, comment installer un agent Password Manager (Password Manager Plugin), puis comment configurer un utilisateur.

Dans la vidéo qui suit je vous montre comment déclarer un set d’application et l’associer à un utilisateur.

Une fois l’application configurée, je relance l’agent Password Manager pour qu’il puisse se resynchroniser avec le Central Store. Je lance ensuite l’application en question et vous noterez que l’agent soumet automatiquement l’identification. Pour bien montrer l’action, j’ai donc arrêté la vidéo à ce niveau là.

La définition d’application n’est pas complexe à mettre en place. Que ce soit une application Web ou Windows , vous définirez les champs que l’agent doit prendre en compte. Pour les applications Unix, il faut indiquer les champs par leur positionnement dans la fenêtre (Ligne et Colonne).

Donc pour résumé le tout, il faut :
- Déclarer le Central Store
- Installer le serveur et ses services (si vous en avez besoin)
- L’agent
- Configurer un set d’application
- Configurer un groupe ou un utilisateur
- Rattacher le groupe ou l’utilisateur à un set d’application

Bonne lecture,
Durée de la vidéo : 03 minutes 51 sec | format (flash en .swf) 800×618 pixels
Taille de la vidéo : 1.85 Mo | Auteur : tescitrixoupas | Date de création : 10 Février 2010

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

A bientôt,
Patrice Jacques-gustave

Ce post est le début de la série – Mettre en place Password Manager

Ci-dessous une petite vidéo d’installation d’un serveur Password Manager version 4.6 SP1. Password Manager est un logiciel d’authentification simplifié.

Pour faire simple, un agent scrute les pages authentification dans les applications Windows, Unix ou Web. Le but, est de sécuriser les accès aux applications sans que l’utilisateur n’est à rentrer à chaque fois leur compte d’authentification.

Cela permet de garantir un niveau de sécurité du coté des administrateurs et une souplesse d’utilisation des applications pour les utilisateurs.

Ce produit est fourni dans les versions XenApp et XenDesktop. Il possède de nombreuses fonctions mais reste simple d’administration

Je vous met en ligne une vidéo d’une installation basique d’un serveur Password Manager 4.6 SP1 reposant sur un Central Store NTFS.

Techniquement comment ça marche :
Dans une architecture Passsword Manager vous avez un Central Store, une Console d’administration et un agent.

Le Central Store, espace de stockage centralisé, peut soit être un partage NTFS, ou être inscrit dans un schéma Active Directory ou Novell. Le Central Store est bien évidement chiffré.

L’agent Password Manager s’occupe de passer les authentifications dans les applications. Il est possible de laisser les utilisateurs définir leur propre set applicatif eux même, mais dans 99% des cas se sont les administrateurs qui décident du set applicatif. C’est au travers de la console d’administration que l’on définit le set applicatif et quels utilisateurs en bénéficiera. Si l’agent n’arrive pas à joindre le Central Store, il fonctionnera en mode autonome, grâce à sa base locale d’authentification chiffrée.

Bonne lecture,
Durée de la vidéo : 05 minutes 25 sec | format (flash en .swf) 808×626 pixels
Taille de la vidéo : 1.4Mo | Auteur : tescitrixoupas | Date de création : 06 Février 2010

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

A bientôt,
Patrice Jacques-gustave

Comme on me pose souvent la question, je m’en vais l’expliquer dans un petit post avec un petit schéma pour illustrer.

Ce post est donc de la catégorie des « qu’est ce que… ».

XenApp

XenApp est un logiciel que l’on installe sur un OS serveur Windows ou Unix pour « publier » une application. Cette application correspond soit un exécutable, un script, un bureau de serveur, un fichier, etc…
Cela sous-entend donc, que cette application soit exécutée par le serveur Windows ou Unix. Les ressources utilisées sont centralisées.

XenDesktop

XenDesktop est un logiciel que l’on installe sur un serveur Windows 2003 pour gérer les demandes de connexion à des postes de travail (virtuel ou physiques). Ce poste de travail peut être un Windows XP ou Vista ou Windows 7.
Cela sous-entend donc, que les applications sont exécutées sur le poste de travail sur lequel on se connecte en ICA.

Je vous met en ligne une petite animation pour illustrer tout ça.

Envoyez moi un mail si ce n’est pas assez clair ou pour tout autre commentaire.

Bonne lecture,
Durée de la vidéo : 30 secondes | format (flash en .swf) 934×665 pixels
Taille de la vidéo : 602ko | Auteur : tescitrixoupas | Date de création : 13 août 2009

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

A bientôt,
Patrice Jacques-gustave

Petit retour aux basiques, pour répondre à mister Jean

Toute la base de Citrix tourne autour du protocole d’affichage ICA (Independant Computing Architecture), de ses atouts et de sa performance, qui pour le moment n’est pas encore égalée, surtout sur les liens Wan.

A quoi sert il ?
A la base, ce protocole d’affichage vous permet de transférer des données d’un point à un autre. Les données correspondent à du graphisme (essentiellement) entre un OS serveur Windows/Unix et un poste utilisateur (flux descendant), en échange des frappes clavier et souris (flux ascendant).
C’est ça fonction première. Citrix s’est donc focalisé sur les performances de transfert de ses données et surtout le niveau de consommation de bande passante induit à ces transferts.

Depuis un certain temps, il est possible de faire transférer d’autres type de données, comme les impressions, des fichiers, etc…

Techniquement comment ça marche ?
Le protocole ICA est composé de canaux virtuels pour chacun des types de flux ascendants ou descendants. Ainsi je peux retrouver mes imprimantes dans ma session, mes disques locaux, utiliser des scanners, des PDA, utiliser des douchettes à code barre, etc… Vous pouvez soit utiliser les canals virtuels par défaut, soit en développer vous même. Vous pouvez donc monter jusqu’à 32 canals virtuels.

Pour ce faire vous avez besoin de XenApp ou XenDesktop.

Ainsi les applications ou bureaux virtuels exploitées par un utilisateur, seraient exécutés en central et non sur le poste utilisateur (voir le post – « Vidéo – Et vu de l’utilisateur, le VDI XenDesktop ca donne quoi ? » . Par contre pour l’utilisateur, cela est complètement transparent, qu’il soit sous Windows, Mac, Unix, Linux, Windows CE, etc… Il bénéficie de la puissance des machines en central alors qu’il est lui sur une petite machine de faible puissance par exemple.

Une des particularités de l’ICA est sa gestion dynamique, il ne passe sur le réseau que ce dont à besoin l’utilisateur à l’instant T. Si l’utilisateur ne bouge pas dans son application, aucune données n’est envoyées. Si l’utilisateur bouge dans son application ou bureau virtuel, alors seul le refresh de l’interface graphique transite sur le réseau, on est donc bien dans de l’optimisation de bande passante.

Par défaut les ports ICA sont 1494 ou 2598 (pour la fiabilité de session – ce sera pour un autre post .

Je reste ouvert à tous commentaires, et à partager si vous souhaiter ajouter des informations à ce post.

Autres sources d’informations utiles à partir de google :
http://en.wikipedia.org/wiki/Independent_Computing_Architecture

http://www.brianmadden.com/blogs/citrix_metaframe_xp_advanced_technical_design_guide_including_feature_release_2/pages/independent-computing-architecture-ica.aspx

http://www.domsoft.com/citrix/ica.htm

http://www.google.com/url?sa=t&source=web&ct=res&cd=20&url=http//sandyetadrien.free.fr/adrien/pro/Ftravaux Freseau_citrix_presentation.pps

A bientôt,
Patrice Jacques-gustave