Web interface Archive

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 0x80000001 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 0x80000001 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 »

0

Web Interface 5.3 : Activer le  » Multiple launch prevention »

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)]«  🙁 .

0

Logs des modifications d’un site Web Interface

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 😉