J’avais dans la première version de site parler d’un article très intéressant sur le fait que beaucoup d’administrateur laissaient des portes ouvertes de leur entreprises sur le Net.

J’ai retrouvé l’article en question (puisque que mon précédent site avait crashé). Je vous livre donc l’article et je vous laisse réfléchir sur le fait qu’il est bon de toujours sécuriser votre infrastructure de test ou de maquette (Citrix Secure Gateway minimun fournit de base dans XenApp), même si c’est temporaire. Car avec une simple recherche dans Google ou Yahoo sur l’extension .ica, on y trouve des choses intéressantes.

C’est un vieille article daté de 2007 mais je viens encore de faire le test avec Google et comment dire…;).

Et là dans l’affaire les trous de sécurités sont les administrateurs eux mêmes

Je vous laisse juger. J’ai pris un exemple au hasard sur les pages de résultats Google. Par contre il ne faut pas se méprendre sur ma démarche, l’idée est de sensibiliser ceux qui seraient tenté de laisser des portes ouvertes Citrix sur Internet.

http://www.gnucitizen.org/blog/citrix-owning-the-legitimate-backdoor/

Et la preuve en image, bonne lecture,
Durée de la vidéo : 01 minutes et 11 secondes | format (flash en .swf) 1064×682 pixels
Taille de la vidéo : 990 ko | Auteur : tescitrixoupas | Date de création : 06 août 2009

A bientôt,
Patrice Jacques-gustave

©2010 tescitrixoupas. All Rights Reserved.

Continuons dans la série des “qu’est ce que ?”

J’ai abordé ICA précédement, au tour de IMA (Independant Management Architecture)

Un serveur XenApp ou XenDesktop repose sur un service très important, le service Independant Management Architecture.

Considérez ce service comme l’épine dorsale de votre serveur XenApp ou XenDesktop. Ce service s’appuie sur un ensemble de .dll, où chacune à sa propre fonctionnalité.

Ce service permet au serveur de communiquer avec un magasin de données centralisé (DataStore – qui contient toutes les informations statiques d’une ferme de serveur XenApp ou XenDesktop), ou de communiquer avec un autre serveur. etc…

En somme si votre service IMA ne fonctionne pas ou est corrompu, vous mettez votre serveur en péril, ainsi que le rendu utilisateur au final. D’où l’importance de vérifier constamment son bon mode de fonctionnement, notamment par health monitoring de XenApp par exemple ou par healthcheck de NetScaler autre exemple…il existe bien des méthodes bien sur pour s’assurer que le service est up dans de bonnes conditions.

Le port utilisé par le services IMA sont 2512 (connexion avec le magasin de données) et le 2513 (connexion avec les consoles d’administrations)

Je reste ouvert aux commentaires et si vous souhaitez ajouter des commentaires, n’hésitez pas.
A bientôt,

Patrice Jacques-gustave

©2010 tescitrixoupas. All Rights Reserved.

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 canals 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

©2010 tescitrixoupas. All Rights Reserved.