Web interface Archive

0

Web-Interface : Permettre l’auto création d’imprimante en connexion « Basse : Sans fil »

By
ctxblog
– 26 janvier 2012Posted in: Tips

Certains de nos utilisateurs se connectant à partir d’un « réseau lent »,  nous remontaient des problèmes de lenteur d’affichage et de frappe clavier lors de connections à une de nos applis (publiée dans une ferme XenApp 6.0 R01 Fr) via un VPN.

La première étape a été de demander à l’utilisateur de passer en connexion « Basse : Sans fil » via l’onglet préférences de la Web Interface.

 


Une fois les problèmes de lenteur d’affichage et frappe clavier « temporairement » résolus (dans l’attente d’une solution optimisée), notre utilisateur souhaitait imprimer :) , ce qui n’est pas possible en connexion « Basse : sans fil » puisque l’auto-création des imprimantes est désactivée.

Afin de permettre l’auto-création des imprimantes en connexion « Basse : sans fil »  il faut modifier le fichier « bandwidth_low.ica » sur le site de votre Web Interface (dans C:\Inetpub\wwwroot\VotreSite\conf\) et rajouter la ligne « VSLAllowed=On » dans la section [WFCLIENT].

 

Voir aussi la CTX120284 concernant le paramètre VSLAllowed.

Une bonne CTX pour optimiser ses fichiers ica : CTX101602 (attention à la compatibilité de certains paramètre sous xenapp 6.0)

Post to Twitter

Tags: ,
3

Erreur : [com.citrix.xml.NFuseProtocol.RequestAppData] sur WI 5.3

By
ctxblog
– 29 août 2011Posted in: XenApp

Lors d’un troubleshooting avec Menhir Two sur des problèmes d’accès à nos WI, nous sommes tombé sur l’event suivant sur une de nos Web Interface :

ID de l’événement : 30110
Une erreur de type IMA avec un ID d’erreur 0×80000001 a été signalée par le service XML Citrix à l’adresse http://ServeurWi/Site/scripts/wpnbr.dll [com.citrix.xml.NFuseProtocol.RequestAppData]. En fonction du serveur exécutant le service XML, de plus amples informations sont disponibles dans le journal des événements du serveur. La transaction de ce service XML Citrix a échoué, mais le service XML n’a pas été supprimé de la liste des services actifs. [ID de journal unique : ad65cd59]

 

Suivi de l’event 31003 :

ID de l’événement : 31003
Description :Chemin d’accès au site : c:\inetpub\wwwroot\SiteWi.
Aucun des services XML Citrix configurés pour la batterie VotreBatterie n’ont répondu à cette transaction de service XML. [ID de journal unique : 8f5a64b8]

Puis revient l’event 30110 :

ID de l’événement : 30110
Description :Chemin d’accès au site : c:\inetpub\wwwroot\VotreSiteWi.
Une erreur de type IMA avec un ID d’erreur 0×80000001 a été signalée par le service XML Citrix à l’adresse http://ServeurXml:Port/scripts/wpnbr.dll [com.citrix.xml.NFuseProtocol.RequestValidateCredentials]. En fonction du serveur exécutant le service XML, de plus amples informations sont disponibles dans le journal des événements du serveur. La transaction de ce service XML Citrix a échoué, mais le service XML n’a pas été supprimé de la liste des services actifs. [ID de journal unique : 8c20c93a]


Le RequestValidateCredentials est explicite, donc direction nos Xml Broker :) .

Sur un de nos Xml Broker nous retrouvons bien une erreur dans le journal de sécurité  (event 4625).

ID de sécurité :                 SERVICE RÉSEAU
Nom du compte :                         XMLBROKER$
Domaine du compte :                   DOMAINE
ID d’ouverture de session :                        0x3e4
Type d’ouverture de session :                                  3
Compte pour lequel l’ouverture de session a échoué :
ID de sécurité :                 NULL SID
Nom du compte :                           Le compte Utilisateur ne pouvant pas s’authentifier
Domaine du compte :                   DOMAINE
Informations sur l’échec :
Raison de l’échec :                         L’utilisateur n’est pas autorisé à ouvrir une session sur cet ordinateur.

Avec la raison de l’échec nous avons une piste, un petit tour sur une DSA.msc, et une petite recherche sur l’objet utilisateur causant problème.

Effectivement notre user ne risquait pas de s’authentifier sur nos XML Broker :)

il nous reste a communiquer aux admins qu’on évite ce genre de restriction dans notre environnement sinon ldap389 va pas être content ;) .

 

Post to Twitter

Tags: ,
0

White Theme disponible pour Web Interface 5.3 et Access Gateway Enterprise 9.2

By
CtxBlog
– 1 septembre 2010Posted in: Annonces

Si vous êtes fan du « White Theme » pour vos Web Interface (et Acces Gateway), CitrixTools.net vient de mettre en ligne un White Theme pour Web Interface 5.3 et Access Gateway Enterprise 9.2 (disponible dans la section download).

  
 
Enjoy :) .

Post to Twitter

Tags:
1

Activez le CDViewer.exe dans une Web Interface 4.5, 4.6, 5.x

By
CtxBlog
– 18 avril 2010Posted in: Tips

Si vous souhaitez activer CdViewer.exe dans une Web Interface (version 4.5,4.6 et 5.x), il vous faut pour cela modifier le fichier default.ica du site Web interface en question.

Le fichier default.ica est situé dans C:\Inetpub\wwwroot\Citrix\VotreSite\conf

Ouvrez et rajoutez la ligne  « ConnectionBar=1″ au fichier default.ica, puis enregistrez le fichier default.ica.

Bien que ce tips date un peu, il est toujours très utile ;) .

Une AMC publiée avec CdViewer


Post to Twitter

Tags: ,
0

Importer/Exporter un site Web Interface 5.x

By
CtxBlog
– 13 avril 2010Posted in: Tips

Depuis la version 5.x, il n’est plus possible d’importer/exporter un site Web Interface ou un Site Pna (fonction pratique notamment pour dupliquer des sites Web Interface ou Pna sur d’autre serveurs Web Interface).

Exporter la configuration d’un site Web Interface 5.x :

  • Allez dans c:\IntetPub\wwwroot\Citrix\VotreSite\conf\
  • Faîtes une copie du fichier WebInterface.conf

Importer la configuration d’un site Web Interface 5.x:

  • Allez dans c:\InetPub\wwwroot\Citrix\VotreSite\conf\
  • Remplacez le fichier WebInterface.conf par celui précédemment copié

Exporter la configuration d’un site PNA 5.x :

  • Allez dans c:\IntetPub\wwwroot\Citrix\VotreSite\conf\
  • Faîtes une copie des fichiers WebInterface.conf et config.xml

Importer la configuration d’un site PNA 5.x :

  • Allez dans c:\InetPub\wwwroot\Citrix\VotreSite\conf\
  • Remplacez les fichiers WebInterface.conf et config.xml par ceux précédemment copiés

Bien que la CTX122011 explique ces étapes pour une Web Interface 5.1, cela fonctionne aussi pour une Web Interface 5.2 et 5.3.

Pour les nostalgiques ;)


Post to Twitter

Tags: ,
0

Erreur WI 5.2 et 5.3 sur PS 4.0 : Une erreur s’est produite lors de l’établissement de la connexion requise

By
CtxBlog
– 8 avril 2010Posted in: XenApp

Si vous avez installé une Web Interface 5.2 ou 5.3 et que cette dernière pointe sur une ferme PS 4.0, vous aurez sûrement l’erreur suivante lors d’un clic sur une application publiée :

Une erreur s'est produite lors de l'établissement de la connexion requise

Read the rest of this entry »

Post to Twitter

Tags: , ,
0

Web Interface 5.3 : Activer le  » Multiple launch prevention »

By
CtxBlog
– 6 avril 2010Posted in: Tips

Une des features intéressantes de la Web interface 5.3 (sortie le 24/03/2010) est la fonction « Multiple launch prevention » (qui permet d’éviter de lancer deux fois la même application pendant un labs de temps,ce qui revient à éviter le phénomène de double clique au sein d’une web interface).

Mais (car il y a un mais), cette fonction s’active à la « mano » via une modification du fichier WebInterface.conf (voir la CTX124612).

Pour activer le « multiple launch prevention » :

  • Ouvrez le fichier WebInterface.conf (répertoire c:\Inetpub\wwwroot\VotreSite\conf), via le notepad
  • Recherchez la ligne #MultiLaunchTimeOut=[Number of seconds (2)]
  • Supprimez le caractère # et la partie [Number of seconds (2)]
  • Entrez le nombre de secondes après le caractère = (Exemple MultiLaunchTimeOut=2)
  • Sauvegardez le fichier Webinterface.conf

Une fois le « multiple launch prevention » activé les utilisateurs ne pourront pas lancer la même application via votre Web Interface 5.3 pendant 2 secondes.

Le seul problème est que toute modification faite via la « Citrix Web interface Management », modifiera le paramètre « MultiLaunchTimeOut=2 » pour le remplacer en « #MultiLaunchTimeOut=[Number of seconds (2)]«  :( .

Post to Twitter

Tags:
0

Logs des modifications d’un site Web Interface

By
CtxBlog
– 25 janvier 2010Posted in: Scripts

Afin d’avoir un historique des modifications apportées à la configuration d’un site Web Interface, nous avons mis en place la solution suivante :

Le script LogWebIntConf.vbs va vous permettre d’avoir l’historique des modifications faites sur un fichier WebInterface.conf puis de les exporter dans un fichier html.
Afin que le script fonctionne vous avez besoin d’un fichier Webinterface.conf de référence (celui qui va servir de base pour comparer le WebInterface.conf actuel, dans notre exemple il est renommé en WebInterfaceSource).
Pour des raisons pratiques le fichier WebInterfaceSource est dans le même répertoire que le fichier WebInterface.conf.

Dans le script modifiez  les lignes 5,6 et 7
  • WebConfSource (chemin de votre fichier WebInterfaceSource)
  • WebConfNow (chemin de votre fichier WebInterface.conf)
  • WebConfLog (chemindu fichier log)

Créez une tâche planifiée (dans notre cas la tâche s’exécute 1 fois par heure, afin d’avoir l’heure la plus proche de la modification).

Un fichier WebInterfaceLog.html sera crée lors de la première exécution du script (puis ce fichier sera incrémenté toutes les heures ).

Dans l’exemple ci-dessus on voit qu’aucune modifcation sur le fichier WebInterface.conf n’a eu lieu entre16:00 et 20:00.

A partir de 20: 00 nous voyons qu’une modification a été faite ligne 95. En Noir nous avons la ligne avant modification et en rouge la ligne après modification.

Il est aussi possible en parallèle de mettre en place l’audit de fichier ;)

Post to Twitter

Tags: , ,
0

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

By
CtxBlog
– 27 octobre 2009Posted in: Tips

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

Tags: , , , ,
0

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

By
CtxBlog
– 26 août 2009Posted in: Tips

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).%%%

Read the rest of this entry »

Post to Twitter

Tags: , , ,
Older Entries