J’archive ce précieux pdf et je vous le met en téléchargement Citrix_TCP_Ports.pdf

Ce document indique les ports pour les produits suivants :
Access Gateway 4.5 Advanced & Standard Edition
Access Gateway 4.6 Advanced & Standard Edition
Access Gateway 7.0/8.0/8.1 Enterprise Edition
Access Gateway 9.0/9.1 Enterprise Edition
Branch Repeater 4.5/5.0/5.5
Branch Repeater with Windows Server 1.0/1.5/2.0
Citrix Licensing 11.5/11.6
Citrix Licensing for 4.5
EasyCall 2.1/2.2
EdgeSight for Presentation Server 4.5
EdgeSight for XenApp 5.0/5.1
GoToAssist 7.0
GoToMeeting 3.0
Lab Manager 3.6
Password Manager 4.5/4.6
Presentation Server 4.5 for Windows Server 2003
Provisioning Server 4.5/5.0/5.1
SmartAuditor 1.1/1.2
Workflow Studio 1.0/2.0
XenApp 5.0 for Windows Server 2008 x64
XenDesktop 3.0 x64
XenServer 5.0/5.0 Update 3/5.5

Jeudi 23 Avril 2009 – Mise à jour
Laurent C. m’avait sympathiquement envoyé le fameux document (ci-dessous) reprenant les diverses architectures Citrix avec les ports réseaux associés. Avec beaucoup de retard je le met en ligne. Donc milles excuses Laurent et merci. J’en profite donc pour ré-ouvrir la base documentaire que j’avais mis en place et mettre en dessous une mise à jour de la liste des ports.

Je m’appuie donc de ce document pour démarrer.
Citrix Access Suite 4.2 Connections – format.pdf – 1,7 Mo

Mise à jour 03 Août 2009 : Mise en ligne d’une cartographie basique XenApp mise à jour.

Cet article va essayer de lister tous les ports utilisé par défaut par les solutions Citrix. Liste de ports disponible pour le moment dans cet article : XenApp, Presentation Server, Metaframe, Access Gateway, Edgesight

XenApp / Presentation Server / Metraframe

2512	|port tcp utilisé pour les communications entre serveurs au travers du service IMA (independant management architecture)
2513	|port tcp de communication entre les serveurs (service IMA) et la console d’administration java centralisée (Citrix Management Console)
135	|port tcp utilisé par le service DCOM+ pour la console d’administration centralisée (Access Suite Console – Access Management Console), utilisé aussi pour communiquer avec le serveur de licence « Terminal Server »)
1494	|port tcp utilisé pour le protocol ICA
2598	|port tcp utilisé pour le protocol ICA dans le cadre de la « fiabilité de session »
80 ou 443	|port tcp XML utilisé pour communiquer avec Web Interface
3268 ou/et 3269	|port udp utilisé pour communiquer avec l’Active Directory Microsoft
27000 + des ports aléatoires	|port udp utilisé pour communiquer avec le serveur de licence centralisé Citrix
Illustration:	Cartographie basique d’une architecture XenApp – ports TCP et UDP

Access Gateway

80 :
port tcp utilisé par le « Configuration Utility » et pour communiquer avec le Secure Ticket Authority (STA)

3010 :
port tcp utilisé par le « Configuration Utility » en mode applet java

22 :
port tcp pour se connecter en SSH et transférer des fichiers en utilisant le « Configuration Utility »

389 :
port tcp pour communiquer avec un annuaire LDAP

636 :
port tcp pour communiquer avec un annuaire LDAP en SSL

1812 :
port UDP pour communiquer avec un serveur Radius

443 :
port tcp pour communiquer avec la Web Interface, et le Secure Ticket Authority (STA)

1494 ou 2598 :
port tcp pour communiquer de la MIP vers le lan (session ICA) et si vous avez configurez la fiabilité de session le port tcp utilisé sera plutot le 2598

Edgesight

source : CTX111107
Ports (80, 443, 9035, 9036, 27000, 1433)

80 ou 443 :
port tcp de communication entre l’agent edgesight et le serveur edgesight.

9035 :
Port tcp de communication entre la console web edgesight et l’agent edgesight.

9036 :
port tcp de communication interne au poste où installé l’agent, entre l’agent et la base local. Les processes qui utilisent ce port sont RSCorSvc and FBserver.

2700 :
port tcp de communication pour le serveur de licences

1433 :
port tcp de communication pour la base Edgesight.

Vous pouvez trouvez un shcéma à cette adresse : CTX114355

————-A suivre ————

XenDesktop

XenServer

Provisioning

Wanscaler

Netscaler

Password Manager

Web Interface

Branch Repeater

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

Il y a un nouveau témoignage client français qui vient d’adopter la technologie WanScaler (nouvellement nommé Repeater) pour booster ses connexions Wan via satellites vers l’afrique, sur le site de Citrix.

Je profite donc de cet article pour vous introduire à cette technologie. Pour résumer, WanScaler (Repeater) est un boitier d’accélération de flux sur des liens à fortes latences. Il a la particularité de pouvoir booster le flux ICA de XenApp. Mais c’est aussi très bien géré les flux d’impression, mail, transfert de fichier, etc…

Pour les chiffres (et c’est le client qui le dit) je vous laisse juger par vous même;
Delmas Export accélère ses communications entre sites distants avec Citrix WANScaler

A bientôt.
patrice jacques-gustave

Une des solutions Citrix qui ressemble le plus à Xenapp/Presentation Server est XenDesktop, dans la manière dont le produit a été développé (service IMA, ferme, Web Interface, etc…) et dans la manière de le placer dans l’architecture.

Pour résumé vous pouvez donner accès un utilisateur, un bureau Windows XP et Windows Vista via le protocol ICA, qui est un flux optimisé/dynamique pour les connections WAN.

Je montre donc dans cette vidéo comment installer basiquement un serveur XenDesktop 2.0. XenDesktop s’installe sous Windows 2003 indépendamment du fait que le système d’exploitation soit virtuel ou pas.

Durée de la vidéo : 7 minutes 24 secondes

Pour télécharger, faites un clic droit et « enregistrer la cible sous… » : [download#7]

Note : retrouvez toutes les vidéos dans la section téléchargement.

Patrice Jacques-gustave

Vu que je recommence tout depuis le début, je vais juste changer ma manière de présenter les choses.
Le but étant d’être le plus simple, basique et pédagogique possible.

Qu’est ce qu’une infrastructure de base Xenapp/Presentation Server/Metaframe
Il y a des notions qu’il faut garder en tête pour poser le cadre. Une infrastructure basique en XenApp/Presentation Server/Metaframe se décompose de la manière suivante :

- une ferme (ou batterie de serveur)
- un magasin de donnée (ou datastore)
- une zone avec un collecteur de données (ou data collector)
- un serveur de présentation d’application
- un serveur d’accès web, nommée Web Interface
- un client Citrix ICA (independent computing architecture)

Qu’est ce qu’une ferme de serveur Citrix ?
C’est un domaine logique sous lequel vous allez regrouper un ensemble de serveur de présentation d’applications publiées. Tout comme Microsoft avec la notion de Domaine Active Directory, il existera un Domaine Citrix.
Ce qui signifie qu’un serveur d’application Citrix ne peut appartenir qu’à un seul Domaine Citrix en même temps.
Pour l’utilisateur, le Domaine Citrix lui est complètement transparent. Par contre, pour l’administrateur cela à une importance.

Cette ferme de serveur d’application Citrix regroupe le Magasin de Données, une Zone avec un Collecteur de Données, au moins un serveur de présentation d’application.

La ferme de serveur est administrée par une console centralisée.

Qu’est qu’un Magasin de Données (DataStore) ?
C’est une base de données contenant toutes les informations statiques de la ferme. Comme le noms des serveurs, leur adresse IP, la liste des applications publiées, leur mode d’accès, les stratégies, etc…

Cette base central peut être de plusieurs format ; MsAccess, SQL, Oracle, DB2. Le choix du format se base par défaut sur le nombre de serveur de présentation d’application dans la ferme, par exemple pour un test sur 2 serveurs Citrix avec peu d’utilisateurs, la base ACCESS suffirait largement. Parfois, sur des sites en production, j’ai pu remarquer qu’au delà de 10 serveurs, le choix se portait sur une base SQL ou Oracle. Pour se fixer définitivement, il faut passer par une phase de dimensionnement et de pré-production.

Si cette base central n’est pas joignable au-delà de la période de grâce, votre infrastructure ne sera plus accessible par les utilisateurs.

Qu’est qu’une Zone et un Collecteur de Données (Data Collector) ?
Une Zone est un sous découpage dans le Domaine Citrix. Chaque Zone possède un unique Collecteur de Données. Cette notion de Zone permet d’avoir une ferme de serveur d’application Citrix répartie géographiquement sur un périmètre régionale, nationale ou internationale et de déclarer des zones (Paris, Lyon, Marseille, Toulouse, Bordeaux, Nantes) afin de répartir la charge des sessions utilisateurs en fonction de leur provenance.

Le rôle du Collecteur de Données (Data Collector) est donc d’aiguiller les sessions utilisateurs sur le serveur d’application Citrix le plus disponible à l’instant T.

Qu’est ce que le serveur de présentation d’applications ?
Ce type de serveur permet de transporter l’affichage graphique d’une application Windows ou Unix vers un poste utilisateur quelqu’il soit (Linux, Mac, Windows, Windows CE, téléphone, etc…), au travers d’un protocole d’optimisation étudié pour le WAN. Le protocole dynamique utilisé est ICA (Independent Computing Architecture) et est pour le moment le protocole le moins gourmand en bande passante.
De plus, cette technologie permet de remonter bon nombre de périphériques clients.

Soit vous installez une application (un seul exécutable) sur le serveur d’application et le serveur l’exécute un certain de nombre de fois pour les utilisateurs dans un environnement sécurisé et cloisonné (dit environnement multi-utilisateur) pour chacune des sessions.

Le serveur d’application repose donc soit sur un serveur Terminal Server ou un serveur Unix (HP-UX, Sun Solaris, IBM AIX, etc…).

Le serveur d’application est administré par une console de gestion centralisée (la même qui sert à l’administration de la ferme).

Qu’est ce que Web Interface ?
Ce serveur Web (sous IIS ou Apache) est un point d’accès aux applications publiées par le serveur d’application Citrix. En échange d’une authentification valide, Web Interface fournit dynamiquement la liste des applications disponible pour l’utilisateur.
Cete fonction facilite énormément la mise à disposition des applications et l’administration est centrale via la console de gestion centralisée (la même qui sert à l’administration de la ferme)

Qu’est ce que le client Citrix ICA ?
C’est le réceptacle du protocole ICA. Il est obligatoire pour réceptionner ce flux optimisé. Il est sert aussi à remonter les périphériques dans la sessions utilisateur (disques durs, imprimantes, lecteur de carte, etc…) et remmettre des informations au serveur d’application.

Il existe plusieurs type de clients. Déjà il en existe un quasiment par type de système d’exploitation et selon les usages pour pourrez rendre complètement transparent l’accès aux applications centralisées avec le PNAgent (qui se repose sur Web Interface) par exemple.

J’espère que ce premier tour d’horizon, vous servira.

A bientôt.
Patrice Jacques-gustave