Univention Bugzilla – Bug 23010
Test/Integration Citrix Receiver 12
Last modified: 2013-03-26 09:14:14 CET
Ich konnte über verschlungene Links nach Login eine Preview des Citrix Receiver 12 runterladen, die Dateien hängen an Ticket 2011030910000975. Diese Version sollte getestet werden, u.a. soll damit Flash-Beschleunigung per HDX unterstützt werden. Blog-Announcement des Tech-Previews: http://blogs.citrix.com/2011/05/25/citrix-announces-new-receivers-for-windows-and-linux-now-available-as-technology-previews/ Hinweis auf die Flash-Beschleunigung: http://forums.citrix.com/thread.jspa?threadID=272564&tstart=0
*** Bug 23013 has been marked as a duplicate of this bug. ***
Der Pfad des Binarys hat sich geändert, im Session-Script daher muss geprüft werden, ob 11 oder 12 installiert ist. Wenn Version 12 vorhanden ist, muss der Client mit /opt/Citrix/ICAClient/wfica $sound -icaroot /opt/Citrix/ICAClient -nosplash /tmp/citrix.ica -domain "$domain" -username "$logonname" -clearpassword "$user_password" gestartet werden.
Das Release ist raus, eine Wiki-Doku zur Installation gibt es über Bug #24226: http://wiki.univention.de/index.php?title=Installation_Citrix_Receiver_12
*** Bug 24168 has been marked as a duplicate of this bug. ***
12.1 ist der aktuelle Citrix Receiver Client: http://www.citrix.com/English/ss/downloads/details.asp?downloadId=2323812&productId=1689163 Die Citrix-Integration sollte direkt 12.1 verwenden.
Hinweise zur Einrichtung des Citrix Receiver unter Ubuntu finden sich hier: https://help.ubuntu.com/community/CitrixICAClientHowTo Für HDX wird vorr. Flash und curl im UCC-Thin-Client-Image benötigt. Möglicherweise auch noch gstreamer, aber evtl. ist das in der 12er Version auch integriert (es gibt ein ffmpeg-Source-Paket als Download)
Serverseitig erfolgt die Integration auf Basis von Citrix XenApp 6.5 Advanced Edition (vorr. gibt es für unsere Integration aber keine Unterschiede zu den Enterprise und Platinum-Editionen)
(In reply to comment #7) > Serverseitig erfolgt die Integration auf Basis von Citrix XenApp 6.5 Advanced > Edition (vorr. gibt es für unsere Integration aber keine Unterschiede zu den > Enterprise und Platinum-Editionen) Installiert wurden die Rollen Lizenzserver, XenApp und Webinterface.
Die Einrichtung des Web Interfaces ist recht tricky: Wenn die Anmeldung auf dem Webinterface fehlschlägt, muss in der Citrix WebInterface-Verwaltung unter XenApp Web-Sites in den Einstellungen der Site der XML-Port von 80 auf 8080 umgestellt werden.
Anschliessend muss in der XenApp-Management-Console in den Farm-Einstellungen eine Anwendung freigegeben werden. Wählt man hier den Typ "Desktop" wird ein vollständiger Desktop bereitgestellt. Hier muss "Anonyme Benutzer" ausgewählt werden, damit auch Nicht-Domänen-Accounts zugreifen können. Anschliessend erscheint der Desktop in der Web-Oberfläche.
Der Anzeigemodus (Fullscreen) und die Soundweiterleitung müssen jetzt in den Citrix-Farmeinstellungen konfiguriert werden. HDX funktionierte in meinen Tests direkt; ein im Internet Explorer wiedergegebenes Youtube-Video wurde flüssig wiedergegeben (der UCC-Client war dabei noch eine virtuelle Maschine, auf die über VNC zugegriffen wurde, ein Test auf Hardware folgt noch. Die Darstellung ohne HDX war meiner Erinnerung nach aber sonst noch deutlich ruckelender. GStreamer muss nicht mehr nachinstalliert werden; es wird jetzt intern ffmpeg verwendet. Das Citrix-Webinterface muss über die UCR-Variable citrix/webinterface konfiguriert werden. Ist die Variable nicht gesetzt, wird eine HTML-Datei als Hilfe angezeigt, Ist der Citrix-Receiver nicht installiert, wird ebenfalls eine HTML-Seite angezeigt, in der die Installation beschrieben wird.
Es ist unklar, ob der blockierende Zugriff auf /dev/random mit Citrix Receiver 12 noch auftritt. Ich habe einige Zugriffe per strace geprüft und dort wurde /dev/random nicht geöffnet. Generell /dev/random auf /dev/urandom umzulinken greift vermutlich zu weit. Ich passe das Prelogin-Skript so an, dass es den Symlink setzt, wenn citrix/linkdevrandom auf true gesetzt ist.
Konfiguriert man die folgenden Einstellungen, wird ohne Benutzerlogin direkt die Citrix-Login-Webseite angezeigt: lightdm/autologin/session: XenApp lightdm/autologin: yes citrix/webinterface: http:10.200.3.31/Citrix/XenApp
Gstreamer wird doch noch benötigt. Es wurde zusammen mit weiteren Paketen zu den Abhängigkeiten des Session-Pakets hinzugefügt. Mit /opt/Citrix/ICAClient/util/hdxcheck.sh kann getestet werden, ob alle benötigten Libs/Tools enthalten sind. Für die Darstellung von Flash muss auf dem Client die Linux-Version des Flash-Plugins installiert werden.
Die Installation des xenapp-Metapakets und der nötigen Abhängigkeiten wie GStreamer benötigt mit dem aktuellen TC-Image zusätzliche 23 MB. Dazu kommt der icaclient selbst mit 3.6 MB.
Um Flash für die Flash-HDX-Beschleunigung nachzuinstallieren, muss folgende apt-Quelle eingebunden werden und dann das Paket adobe-flashplugin installiert werden: deb http://archive.canonical.com/ubuntu precise partner deb-src http://archive.canonical.com/ubuntu precise partner
(In reply to comment #16) > Um Flash für die Flash-HDX-Beschleunigung nachzuinstallieren, muss folgende > apt-Quelle eingebunden werden und dann das Paket adobe-flashplugin installiert > werden: > > deb http://archive.canonical.com/ubuntu precise partner > deb-src http://archive.canonical.com/ubuntu precise partner Die Flashbeschleunigung funktioniert mit 12.1, ein HD-Trailer auf Youtube wird sehr flüssig abgespielt. In der Prozessliste sieht man /opt/Citrix/ICAClient/FlashContainer.bin Prozesse. Mit 12.0 funktionierte es überhaupt nicht in meinen Tests. GStreamer/HDX ohne Flash funktioniert doch noch nicht, das Check-Skript sagt zwar, alles sei in Ordnung, aber wenn ich im Mediaplayer ein MP3 abspiele sehe ich keine GStreamer-Prozesse. Auch wenn ich eine MPEG-Datei abspiele sehe ich keine Prozesse. Die Wiedergabe ist subjektiv sehr flüssig. Auf der Download-Seite findet sich der Hinweis The Receiver for Linux software uses code of FFmpeg licensed under the LGPLv2.1. The FFmpeg Source Package can be downloaded below. Evtl. wird das jetzt intern decodiert und alles ist in Ordnung.
Das /opt/Citrix/ICAClient/util/hdxcheck.sh ist irreführend, es fehlten noch weitere GStreamer-Pakete. Die habe ich integriert und wenn man im Windows Media Player nun MP3-Dateien oder ein WMV-Video abspielt sieht man auf dem Client nun Prozesse nach dem folgenden Muster: /opt/Citrix/ICAClient/util/gst_play --stop-overlay-handling-events Allerdings erfolgt keine Ausgabe; bei Videos bleibt das Ausgabefenster schwarz und bei MP3s hört man keinen Ton.
Der Client startete in der Thin Client-Autostart-Sitzung nicht; Grund waren fehlende Konfigurationsdateien, die im Home des Autostart-Users nicht vorhanden sind. Die Konfigurationsdateien werden jetzt durch ein Session-Skript in ein ~/.ICAClient-Verzeichnis kopiert. Dort werden sie vom Citrix Receiver auch ausgelesen; damit kann der Wrapper auch entfallen. In einer Thin-Client-Autostart-Sitzung ist das Z:-Laufwerk nun eingebunden und Flash-Wiedergabe funktioniert über HDX. Die HDX-Wiedergabe von Nicht-Flash-Inhalten funktioniert weiterhin nicht. Ich habe die Hinweise aus http://support.citrix.com/article/CTX125211 geprüft, aber das hilft nicht weiter. Die Wiedergabe erfolgt weiterhin serverseitig.
Bzgl. der HDX-Probleme habe ich eine Anfrage im Citrix-Forum gestellt: http://forums.citrix.com/thread.jspa?threadID=320487
Die HDX-Problematik wurde an Bug 29853 ausgelagert.
Grundsätzlich funktioniert es. Ich habe es jedoch nun schon mehrfach erlebt, dass nach dem Beenden einer XENAPP Session auf dem UCC Client (desktop-image) das Image kaputt war. -> ps aux Cannot find /proc/version - is /proc mounted? -> df -h df: »/sys/fs/fuse/connections“: Datei oder Verzeichnis nicht gefunden df: »/sys/kernel/debug“: Datei oder Verzeichnis nicht gefunden df: »/sys/kernel/security“: Datei oder Verzeichnis nicht gefunden df: »/run/shm“: Datei oder Verzeichnis nicht gefunden df: »/tmp/guest-5lVVko/.gvfs“: Datei oder Verzeichnis nicht gefunden df: »/home/test1/.gvfs“: Datei oder Verzeichnis nicht gefunden Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf /dev/loop0 6,8G 4,7G 1,8G 74% / sysfs 6,8G 4,7G 1,8G 74% /sys udev 6,8G 4,7G 1,8G 74% /dev tmpfs 6,8G 4,7G 1,8G 74% /run none 6,8G 4,7G 1,8G 74% /run/lock Nach einem Neustart gibt es einen Kernel Traceback. Ich habe das Gefühl (!), dass es mit Folgendem zusammenhängt. Im Windows Desktop nach den XENAPP Anmeldung gibt es ein Share, dass wohl auf dem UCC Client zeigt. Das kann ich öffnen aber es ist nicht beschreibbar. Das oben genannte Problem trat nur auf, wenn ich diese Share im Windows geöffnet/geschlossen/... hatte.
> > Im Windows Desktop nach den XENAPP Anmeldung gibt es ein Share, dass wohl auf > dem UCC Client zeigt. Das kann ich öffnen aber es ist nicht beschreibbar. Das > oben genannte Problem trat nur auf, wenn ich diese Share im Windows > geöffnet/geschlossen/... hatte. bzw. nach dem ich einen USB Stick (USB Weiterleitung) angeschlossen/abgezogen habe.
(In reply to comment #22) > Grundsätzlich funktioniert es. > > Ich habe es jedoch nun schon mehrfach erlebt, dass nach dem Beenden einer > XENAPP Session auf dem UCC Client (desktop-image) das Image kaputt war. Das war ein Seiteneffekt von https://forge.univention.org/bugzilla/show_bug.cgi?id=28294#c6 Durch die fehlerhafte Erkennung wurden alle Mountpoints ausgehängt. Mit dem gefixten Paket funktioniert der Zugriff auf lokales UCS-Storage wieder.
(In reply to comment #24) > (In reply to comment #22) > > Grundsätzlich funktioniert es. > > > > Ich habe es jedoch nun schon mehrfach erlebt, dass nach dem Beenden einer > > XENAPP Session auf dem UCC Client (desktop-image) das Image kaputt war. > > Das war ein Seiteneffekt von > https://forge.univention.org/bugzilla/show_bug.cgi?id=28294#c6 > > Durch die fehlerhafte Erkennung wurden alle Mountpoints ausgehängt. Mit dem > gefixten Paket funktioniert der Zugriff auf lokales UCS-Storage wieder. OK, klappt
UCC 1.0 has been released: http://forum.univention.de/viewtopic.php?f=26&t=2417 http://forum.univention.de/viewtopic.php?f=54&t=2418 If this error occurs again, please use "Clone This Bug".