Récupérer un fichier launch.ica dans une Web Interface 5.x

Si comme nous, vous avez été confronté à un problème de récupération de fichier “launch.ica” dans une Web Interface 5.x via IE.

Lors d’un clique droit sur l’application, si vous faîtes “Enregistrer la cible sous”, vous ne pouvez enregistrer qu’un fichier “launcher.htm”.

Une façon de pouvoir récupérer le fichier “launch.ica” est de modifier dans IE les options suivantes :

Allez dans Outils – Options – Sécurité.


Choisissez “Intranet Local” (c’est selon où votre Web Interface est située), puis cliquez sur “Personnaliser le niveau”.

Désactivez les options suivantes :

  • Contrôle d’initialisation et de script ActiveX non marqués comme sécurisés pour l’écriture de script.

  • Exécutez les contrôles ActiveX et les plug-ins

Cliquez que le bouton Ok, puis fermer IE.

Retournez sur votre site Web Interface, une fois authentifié faite un clique droite sur une application.


Attention cette manip répondait à un besoin bien spécifique qui nécessitait de récupérer le fichier launch.ica.

Bien qu’il soit possible de lancer l’application via la Web-Interface, des effets de bords peuvent apparaitre.

Testé sur IE 6 et 8 (OS 2003 sp2 et XP sp3) sur une Web Interface 5.1 et 5.4

———————–
MAJ : 05/11/2011
———————–

Et pour les plus fainéants 🙂 nous joignons deux fichiers reg permettant d’enable ou disable (dans la zone Intranet) les settings  “Contrôle d’initialisation et de script ActiveX non marqués comme sécurisés pour l’écriture de script” et “Exécutez les contrôles ActiveX et les plug-ins“.

Enable_Launch.ica

Disable_Launch.ica

Si votre WI est dans une autre zone que la zone intranet dans ce cas il vous faut de modifier le chiffre à la fin de la  clé “HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zones\1”

les valeurs pour enable les settings :
“1200”=dword:00000003
“1201”=dword:00000003

les valeurs pour disable les settings :
“1200”=dword:00000000
“1201”=dword:00000000

Post to Twitter

WI 4.0 : “Au moins un fichier de configuration de ce site n’a pu être lu”

Si lors de la découverte de votre Wi 4.0 vous obtenez le message” au moins un fichier de configuration de ce site n’a pu être lu”, le problème vient sûrement du fait de la version de votre version DOT NET (qui doit être la 2.0).%%%

Si lors de la découverte de votre Wi 4.0 vous obtenez le message” au moins un fichier de configuration de ce site n’a pu être lu”, le problème vient sûrement du fait de la version de votre version DOT NET (qui doit être la 2.0).%%%
Continuer la lecture de « WI 4.0 : “Au moins un fichier de configuration de ce site n’a pu être lu” »

Post to Twitter

Aucune des STA configurées n’ont répondu à cette transaction XML

Si vous rencontrez ce type d’event sur votre serveur Web Interface/Secure Gateway.%%% %%% [((/dotclear2/public/Images/Secure_Gateway/.sta2_m.jpg|sta2||sta2, juil. 2009))|/dotclear2/public/Images/Secure_Gateway/sta2.JPG]%%% %%% Il se peut que cela vienne du fait que votre port xml ne soit pas le port par défaut proposé par XenApp (port 80 en sharing).%%% %%% Dans votre Web Interface, modifier les réglages de passerelle en rajoutant votre port XML dans l’Url du STA (dans notre exemple le port 8085). %%% %%% * Exemple : https://votreserveur.fqdn:8085/scripts/ctxsta.dll%%% %%% [((/dotclear2/public/Images/Secure_Gateway/.sta1_m.jpg|sta1||sta1, juil. 2009))|/dotclear2/public/Images/Secure_Gateway/sta1.JPG]

Post to Twitter

Problème de reconnections (via Web Interface) sur des serveurs XenApp clonés

Si vous utilisez la méthode du CHFARM à partir d’un template pour déployer des XenApp, il se peut que vous rencontrez des problèmes de reconnections dans un cas bien précis.

Si vous utilisez la méthode du CHFARM à partir d’un template pour déployer des XenApp, il se peut que vous rencontrez des problèmes de reconnections dans un cas bien précis.
Continuer la lecture de « Problème de reconnections (via Web Interface) sur des serveurs XenApp clonés »

Post to Twitter

Web Interface et lenteur de chargement de la page silentDetection.aspx

Si vos WI (dans mon cas des WI 5.0.1) sont derrière un load balanceur, et que vous constatez que votre browser bloque sur la page : silentDetection.aspx. Il faut alors activer sur votre load balanceur la persitance. Dans mon cas cela a réglé le problème. Y a pas à dire, ce skin en jette 🙂 ((/dotclear2/public/Images/WI/WI5.jpg|WI5||WI5, mar. 2009))

Post to Twitter