Vous avez un client léger sous la forme d'un boitier Dell Wyse T10 qui embarque un ThinOs (pas d'Os Windows donc)
Son écran de logon se présente ainsi
Au niveau de la configuration réseau, dans le cas présent, nous sommes avec un boitier qui est utilisé en Extranet, comme pour un client distant
Pour les besoins du lab le DNS de google a été paramétré pour être certain de ne pas utiliser le DNS interne
Au niveau du StoreFront, on a un Store avec le mode Legacy d'activé.
L'URL a cette forme
Sur le client Wyse, c’est l’URL externe du storefront qui doit être indiquée.
Vous remarquerez que la case "Enable StoreFront" est disponible et cochée
Le certificat de l'URL que vous avez paramétré, ici storefront.mydomain.local, doit être installé sur le terminal.
Le certificat se nomme ici ca.crt.
Pour l'installer il faut aller dans le menu System Setup>Network Setup>Security>Certificate Center
La grosse partie de la configuration se situe au niveau du Netscaler, ici un VPX 1000 en V10.1
Au niveau des menus, allez dans Configuration>NetScaler Gateway>Virtual Servers puis cliquez sur celui qui vous concerne si il y en a plusieurs
Dans l'onglet Policies, on a 3 règles qui traitent les requêtes des clients.
Ces règlent redirigent vers une URL particulière en fonction de l'entête envoyée par le client
La première qui a la plus haute priorité (80) est celle qui nous intéresse le plus. Elle est faite spécialement pour le boitier Wyse.
Comme indiqué plus haut le boitier Wyse est identifé par rapport au header qu'il utilise
Sous "PublishedApplications", champ "Web Interface Address" on renseigne l'URL du legacy support de StoreFront
Pour trouver quel filtre d'entête utiliser Google a été notre ami
La seconde règle est faite pour traiter de façon spécifique le flux des Clients Citrix Receiver installés sur les postes clients.
Pour cela on utilise la même méthode qui consiste à analyser l'entête envoyée par le client. On y cherche "CitrixReceiver"
Dans le champ "Web Interface Address", indiquez l'adresse de votre Store.
On traite bien ici les requêtes des Citrix Receivers, pas les Citrix Receiver Enterprise, on n'utilise donc pas l'adresse Legacy utilisée par exemple par un client Citrix Online Plug-in.
Il faut que je modifie la capture ici présentée car l'URL n'est pas complète. l'URL du Store est plus longue
La dernière règle est celle par défaut
C'est celle qui est utilisée quand les autres n'ont pas fonctionné.
Dans ce cas on redirige sur l'Url du client HTML 5
Si l'URL interne de votre StoreFront n'est pas la même que l'externe, vous pouvez paramétrer les Beacons (Signaux lumineux, guides en anglais)
Il faut impérativement ajouter 2 url externes faut de quoi on a un message d'erreur.
Pour la seconde, entrez ce que vous voulez.
Quand on a une URL interne différente de l'adresse externe, c'est bien l'adresse externe qui est indiquée sur le client léger Wyse
Mais côté Netscaler c'est l'URL interne du StoreFront que l'on indique
Update du 3 novembre 2014 :
A l'occasion d'une recherche sur le Web, un post de forum a indiqué qu'une liste de headers était disponible dans le cadre de la configuration de sessions pour CloudGateway
http://support.citrix.com/proddocs/topic/access-gateway-10/agee-clg-session-policies-overview-con.html
Pages Web
Site Web | Description |
---|---|
Configuring Session Policies and Profiles for CloudGateway | Liste de headers à utiliser pour filter un netscaler |
Article(s) en relation(s)