Je rencontre un problème de connexion à une ferme Metaframe XP que je n’arrive pas à résoudre, donc je m’en remets à votre expertise pour j’espère solutionner ce problème.
Info :
2 fermes Citrix : une Metaframe XP FR3 et une XenApp6
Poste client (XP-XPe-Win7) installé soit avec Client Citrix Program Neighborhood v9/v10 et pour ceux accédant à XenApp6 => Citrix Online Plugin 12.
Accès aux applications/Bureau : Utilisation de fichiers *.ica pour accéder aux bureaux publiés de MetaFrame XP.
Pour XenApp6 => WebInterface ou raccourci poussé par le plugin.
Le problème :
Dès lors que le serveur MFXP répondant au requête ICA n’est plus disponible, les clients qui utilisent Citrix Online plugin n’arrive plus à se connecter à la ferme MetaFrame XP.
Ceux utilisant le Programme Neighborhood n’ont pas de problèmes, notamment car dans le fichier *.ica sont également paramétrés en TCPBrowserAdress ICA1 et ICA2 qui sont donc d’autres machines.
Sur la Web Interface de XenApp6 (Site XenApp Services) dans Batterie de serveurs, ICA, ICA1 et ICA2 sont également définis pour la ferme MetaFrame XP.
Il semble donc que le plugin Citrix 12 ne contact, ou ne tente de contacter que ICA pour l’accès aux bureaux publiés MFXP.
Avez vous une petite idée de ce qui peut générer ce problème ?
le Client 12 utilise un site PNagent pour recuperer un fichier xml de conf, ce meme site PNagent contient l’adresse des brokers XML pouvant lister tes applications et definir le serveur le moins charger en interrogeant le DC.
ds le PN, tu fais un autolocate sur un enregistrement dns ICA ou si tu specifie les explorations servers dans le PN, une fois un broker xml trouvé, ton client PN affichera la liste des applications. Si tu cliques sur l’une d’elle, le PN doit contacter ton XML broker afin de localister ton DC, puis envois une requete au DC pour avoir le serveur le moins chargé
voila en gros comment les deux clients marchent ( arretez moi si je dis une betise … ) , donc il faut absolument que ton entré ICA pointe vers un broker XML ( le mieux etant de mettre le DC afin de speeder un peu le tout ), et si tu as deux zones, il me sembles que tu dois partager les informations de charges pour que les DC puissent te donner accés à tes serveurs depuis l’une ou l’autre zone …
Les adresses des brokers XML ICA, ICA1, ICA2 pour la ferme MetaFrame XP sont bien paramétrées sur le site PNagent.
Comme dans les fichiers ICA pour les explorateurs servers.
Mais dans le cas de l’utilisation des fichiers ICA, avec en paramètre TcpBrowserAddress, si le serveur répondant aux requêtes ICA n’est pas joignable, Citrix Online plugin ne cherche pas à joindre le DC avec ICA1 ou ICA2 qui sont également paramétrés et qui eux sont en ligne et répondent bien au ping.
Si en revanche je change TcpBrowserAddress par httpbrowseraddress, là peu importe que ICA n’est pas joignable, Citrix Online plugin réussi à établir la connexion.
Ce problème ne survient pas avec l’agent Programme Neighborhood quand ICA n’est pas joignable, c’est pourquoi j’essai de comprendre pourquoi cela arrive avec le Citrix Online Plugin.
Mais je viens d’apprendre que mon boss a demandé une intervention de notre prestataire qui dispose d’un spécialiste Citrix pour ce problème, donc pour le moment je mets le post en standby.
Dès que nous aurons trouvé la raison, j’en fais part, des fois que cela puisse servir à quelqu’un d’autres.
Les adresses des brokers XML ICA, ICA1, ICA2 pour la ferme MetaFrame XP sont bien paramétrées sur le site PNagent.
Comme dans les fichiers ICA pour les explorateurs servers.
Mais dans le cas de l'utilisation des fichiers ICA, avec en paramètre TcpBrowserAddress, si le serveur répondant aux requêtes ICA n'est pas joignable, Citrix Online plugin ne cherche pas à joindre le DC avec ICA1 ou ICA2 qui sont également paramétrés et qui eux sont en ligne et répondent bien au ping.
Si en revanche je change TcpBrowserAddress par httpbrowseraddress, là peu importe que ICA n'est pas joignable, Citrix Online plugin réussi à établir la connexion.
Ce problème ne survient pas avec l'agent Programme Neighborhood quand ICA n'est pas joignable, c'est pourquoi j'essai de comprendre pourquoi cela arrive avec le Citrix Online Plugin.
Mais je viens d'apprendre que mon boss a demandé une intervention de notre prestataire qui dispose d'un spécialiste Citrix pour ce problème, donc pour le moment je mets le post en standby.
Dès que nous aurons trouvé la raison, j'en fais part, des fois que cela puisse servir à quelqu'un d'autres.
Encore merci pour ton aide et ta patience Flo.
Schwabs
si tu est en TCP only et pas TCP+HTTP, alors ton PN broadcast en UDP sur le port 1604
le online plugin ne supporte pas le discovery via le broadcast udp, donc normal qu'il se foire ;) il faut absolument que tout tes fichiers ICA soit en HTTP si tu veux qu'ils fonctionnent à la fois pour le PN et le Online plugin
Voici les dernières nouvelles, suite à la visite d’un spécialiste Citrix.
Les conclusions sont les suivantes :
nous ne rencontrions pas de problème pour le lancement de fichiers *.ica avec le Citrix Plugin 12 sur la ferme MetaFrame XP, avec en paramètre TcpBrowserAddress, car en cas d’échec de contact des explorateurs définis dans le fichier *.ica , le client utilise ICA pour énième tentative de contact.
Comme nous avons un serveur répondant aux requêtes ICA, dans la ferme MetaFrame XP, on pouvait se connecter.
Si celui-ci n’avait pas existé, nous aurions de suite remarqué qu’ils nous fallaient modifier le paramètre TCPBrowserAddress en HttpBrowserAddress.
Voilà en espérant que ce complément d’info, plus celui de Flo et ThinIsFat, puissent servir à quelqu’un.
