SeeTricks - Gedanken, Links, Tools und Skripte rund um Citrix Produkte

Hat noch jemand den Release Candidate von Citrix XenDesktop 7 in Erinnerung? Dort waren Delivery Groups (Bereitstellungsgruppen) für die Freigabe von Desktops getrennt von den Delivery Groups für die Freigabe von Anwendungen zu erstellen. Bei XenApp 6.5 und früheren Versionen war es kein Problem von einer Maschine sowohl den Desktop als auch verschiedene Apps freizugeben – dies schien XenDesktop 7 nicht zu unterstützen. Das Produkt ist mittlerweile auf dem Markt und die gleichzeitige Freigabe von Desktops und Apps innerhalb einer Delivery Group ist kein Problem – beim Anlegen der Delivery Group kann der Admin entscheiden, ob er diese für Apps, Desktop oder beides nutzen will, wie der folgende ScreenShot zeigt: Aber im weiteren Verlauf muss der Admin Gruppen oder User definieren, die auf die Delivery Group Zugriff haben sollen – und damit später auch auf den (einzigen) freigegebenen Desktop und die freigegebenen Apps dieser Bereitstellungsgruppe. Im ScreenShot im unteren Beispiel so...

Wer wie ich regelmässiger Gast in der Control Domain eines XenServers ist, wird sich vielleicht das eine oder andere mal Tools vom heimischen Linux gewünscht haben: Midnight Commander, perl oder einfach nur einen FTP Client (vor allem da Transfers über WinSCP aufgrund der Verschlüsselung quälend langsam sind). Fehlt also ein lokal installierter FTP Client, kann dies in der Control Domain (bei bestehender Internetverbindung) über folgende Befehl erreicht werden: yum --enablerepo base install ftp Have fun!

In einem XenDesktop Kurs wurde ich jüngst von einem Teilnehmer darauf hingewiesen, dass es Probleme beim Zugriff mit modernen Clients wie Citrix Receiver auf Citrix Presentation Server 4 gäbe. Um diese Probleme zu klären habe ich in einem Lab die Situation nachgestellt und bin auf lediglich zwei triviale Hürden gestossen, abgesehen davon klappt das ganz prima. Hürde 1: der Start der App aus einem XenApp6.5 – Webinterface (Version 5.4) wird mit der Fehlermeldung verweigert, dass eine „LauncherReference“ fehlt. Bekanntes Problem bei der Kombination alt & neu. Zur Lösung ist in der WebInterface.Conf der jeweiligen WebSite das Attribut „RequireLaunchReference=Off“ zu setzen (steht normalerweise auf „On“). Dies wäre übrigens mit einem älteren WI nicht nötig gewesen. Hürde 2: Die Sitzung läuft innerhalb des Receivers schwerfällig und langsam. Lösung hier ist das Abschalten eines Receiver Features in der Registry (des Clients!). For x86 Computers Registry Key: HKEY_LOCAL_MACHINE\SOFTW...