Im Artikel NetScaler Responder für Storefront habe ich darüber berichtet, wie man hinter einem Loadbalancer den Benutzer gleich auf die richtige Receiver for Web Seite weiterleiten kann. So wie es im Artikel beschrieben ist funktioniert dies wunderbar mit einem Browser, jedoch funktionieren die Accounting Services für den installierten Receiver nicht mehr.

Der Grund ist in der Expression der Responder Policy zu finden. Hier nochmals als Auffrischung die Policy vom genannten Artikel:

add responder policy Resp_Pol_to_SF-StoreWeb "HTTP.REQ.HOSTNAME.STARTSWITH(\"storefront\") && HTTP.REQ.URL.SET_TEXT_MODE(IGNORECASE).CONTAINS(\"StoreWeb\").NOT" Resp_Act_to_SF-StoreWeb

Wir müssen dieser nun noch einen Ausschluss für die installierten Receiver hinzufügen:

add responder policy Resp_Pol_to_SF-StoreWeb "HTTP.REQ.HEADER(\"User-Agent\").CONTAINS(\"CitrixReceiver\").NOT&&HTTP.REQ.HOSTNAME.STARTSWITH(\"storefront\") && HTTP.REQ.URL.SET_TEXT_MODE(IGNORECASE).CONTAINS(\"StoreWeb\").NOT" Resp_Act_to_SF-StoreWeb

So funktioniert es dann für den Browser und die installierten Receiver.

Skript: NS-RespStorefront

Hallo NetScaler Freunde

Im letzten Artikel „XML Dienste & Citrix Director gemeinsam hinter NetScaler“ berichtete ich über die Möglichkeit XML und Director über den gleichen Loadbalancing (LB) vServer zu konfigurieren. Was nun aber, wenn auch noch Storefront auf dem gleichen Server installiert ist?

Vom Prinzip her verwenden wir wieder den LB vServer wie im letzten Artikel beschrieben.

Im DNS Server fügt man nun einen weiteren Host Eintrag hinzu:
storefront.domain.pit = 192.168.100.30

Nun benötigen wir eine weitere Responder Policy, welche
– den Hostname überprüft (startet der Hostename mit storefront…?)
– prüft, ob die URL den Wert „StoreWeb“ noch nicht enthält – unabhängig der GROSSklein Schreibung
– nach /Citrix/StoreWeb umleitet, sofern oben genannte Bedingungen zutreffen:

add responder action Resp_Act_to_SF-StoreWeb redirect "\"/Citrix/StoreWeb\"" -responseStatusCode 302

add responder policy Resp_Pol_to_SF-StoreWeb "HTTP.REQ.HOSTNAME.STARTSWITH(\"storefront\") && HTTP.REQ.URL.SET_TEXT_MODE(IGNORECASE).CONTAINS(\"StoreWeb\").NOT" Resp_Act_to_SF-StoreWeb

bind lb vserver lb-vsrv-PIT-XD-HTTPS -policyName Resp_Pol_to_SF-StoreWeb -priority 100 -gotoPriorityExpression END -type REQUEST

Mit dieser weiteren Responder Policy ist nun auch dieses Ziel erreicht.

Skript: NS-RespStorefront

Hallo zusammen

Es ist zwar nicht mehr so unbekannt, doch dieser Artikel schlummerte schon länger in meinen Entwürfen. Ich werde in den Kursen oft gefragt, wie man im Storefront die Apps für die Benutzer vorauswählen kann.
Dies kann über mehrere Varianten gelöst werden:

„Magic“ Keywords:

Seit der Einführung von Storefront kann man mittels Keywords in der Delivery Group bzw. in der einzelnen Applikation auf die Anzeige im Web/Receiver Einfluss nehmen. Um Applikationen für die Benutzer vorauszuwählen gibt es zwei resp. drei Keywords:

Keywords: Auto – die Applikation ist für den Benutzer ausgewählt, kann jedoch auch durch diesen entfernt werden

Keywords: Mandatory – die Applikation ist für den Benutzer ausgewählt und kann nicht entfernt werden

Keywords: Featured – die Applikation ist nicht ausgewählt, erscheint beim Benutzer jedoch in den Featured Apps (Favoriten), damit dieser die Applikation einfacher findet

Zwei Beispiele (Auto und Mandatory). Weiter ist ersichtlich, dass auch mehrere Keywords mittels Leerzeichen eingegeben werden können.

User Subscription komplett deaktivieren

Seit Storefront 2.6 kann die sogenannte User Subscription auch komplett deaktiviert werden. Nach Deaktivierung hat man das Verhalten wie zu Webinterface-Zeiten – beim Benutzer sind sämtliche Applikationen ausgewählt, auf welcher dieser Zugriff hat.

Ich persönlich bevorzuge die Variante mit den Keywords. So kann man als IT Abteilung sicherstellen, dass die wichtigsten (Firmen-)Applikationen für die Benutzer sofort zur Verfügung stehen. Selten benötigte Applikationen können sich dann die Benutzer bei Bedarf selbst hinzufügen.

Weitere Informationen: http://support.citrix.com/proddocs/topic/receiver-windows-42/receiver-windows-configure-app-delivery-wrapper.html

 

—–

ab Storefront 2.x

Hallo Citrix Welt

Man weiss bald nicht mehr wie lange es her ist, doch Citrix hat beim Webinterface irgendwann einmal die Tabs (Desktop, Applikationen, Inhalt) eingeführt. Dieses Verhalten konnte man jedoch in der Webinterface Konsole steuern, damit bspw. sämtliche freigegebenen Ressourcen auf einer Seite dargestellt werden.

Bei Storefront hingegen sind die Tabs (Desktops, Apps) by Design und können in der Storefront Konsole nicht angepasst werden. Will man hingegen, dass die freigegebenen Desktops und Applikationen zusammen erscheinen, so muss man in der Beschreibung der Delivery Gruppe KEYWORDS: TreatAsApp setzen.

So sind dann alle Ressourcen zusammen aufgelistet.

Weitere Informationen: http://support.citrix.com/proddocs/topic/dws-storefront-21/dws-plan-optimize-ux.html

—

Citrix Storefront 2.x