Web interface Archive

0

F5 et les accents sur une application publiée

Il y a quelques temps certains de nos utilisateurs rencontraient un message d’erreur (« This published application currently is not available – Try connecting again later« ) lors du lancement d’une application via des Web Interface (5.4 us – Windows 2008 R2 sp1 us) positionnées derrière des F5.

En regardant le launch.ica on s’aperçoit que le nom de l’application comporte un Ã suivie d’un ©  en lieu et place d’un « é », on comprend vite que le F5 réécrit le launch.ica et qu’il n’aime pas les é :) .


Une fois le nom de l’application modifié (remplacement du é par un e) le launch.ica est correctement réécrit par le F5 et l’application se lance sans problème.

 En attendant un correctif de chez F5, il vous faut supprimer les é dans le nom de vos applications :) .

Les F5 en question étaient des 1600/3600 (BIG-IP 11.2.0 Build 2451.0 Hotfix HF1)

0

Cacher des applications dans une Web Interface

Récemment nous souhaitions cacher des applications publiées d’un site Web Interface sur un pool de Web Interface  5.4 (us) dédiées, sans modifier le fichier WebInterface.conf (voir la CTX122133 qui au passage nous avait déjà rendu service :) ).
 


L’idée était de le faire via le champ description des applications (comme la CTX123969 mais qui ne fonctionne qu’avec les sites XenApp Services) et de modifier le champs description d’une ou plusieurs applications publiées via un script powershell (tout en gardant l’ancienne description).

Nous somme tombés sur un post de Miguel Contreras sur le Citrix blog qui justement met en ligne un code à insérer dans le fichier global.asax.cs et qui correspond exactement à notre recherche.

Une fois le fichier global.asax.cs modifié il ne reste plus qu’à rajouter au début du champs description des applications un « @ » (dans notre cas nous avions remplacé le @ par la chaîne =HIDE=).

Par contre ne pas perdre de vu que si vous cachez toutes les applications d’un dossier Web Interface, le dossier sera quand même visible dans la Web Interface ;) .


global.asax.cs

App_Change_Description.ps1


0

EventId 1004 (IIS-W3SVC) sur serveur XenApp 6.0

Lors d’un test sur un serveur de qualif XenApp 6.0 nous avons installer la partie Web Interface (5.4), suite à l’ajout du rôle IIS  nous avons rencontré l’event system suivant :

Source :       Microsoft-Windows-IIS-W3SVC
ID de l’événement :1004
Le service de publication World Wide Web (service WWW) n’a pas inscrit le préfixe d’URL http://*:80/ pour le site 1. Le site a été désactivé. Le champ des données contient le numéro de l’erreur.

Lors de l’installation de notre ferme de qualif , nous avions (exceptionnellement :)  ) laissé le port 80 pour l’Xml, du coup lors de l’installation de IIS le port 80 pour le site par défaut n’était pas disponible.


Effectivement ctxxmlss prend bien le port 80


Changer le port xml est très simple et se fait via la commande ctxxmlss /RXXXX (dans notre cas on affectionne le port 8085).


Le port xml est bien passé sur le 8085

 

ctxxmlss est bien sur le 8085 désormais

0

Les principales étapes entre le login dans une WI et le lancement d’une application.

Par pur hasard nous sommes tombés aujourd’hui sur la CTX129585.
Cette CTX énumère les principales étapes entre le login sur une Web Interface et le lancement d’une application via la Web Interface (dans un environnement XenApp 6, bien que la plupart des étapes restent valables sous XenApp 5 par exemple), idéal pour comprendre les interactions entres les Web Interface, xml broker, Domaine Controleur, Zone date collector etc…  :) .

0

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

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)

4

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

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

 

0

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

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

1

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

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


0

Importer/Exporter un site Web Interface 5.x

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 ;)


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

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 »