Verteilen und Verwalten von ThinApp-Paketen mit Omnissa Access

Bevor Benutzer die ThinApp-Pakete ausführen können, die ihnen in Omnissa Access zugewiesen wurden, muss die Omnissa Access Desktop-Anwendung auf ihren Windows-Systemen installiert und ausgeführt werden.

ThinApp-Pakete sind virtualisierte Windows-Anwendungen. Die ThinApp-Pakete werden an die Windows-Systeme verteilt, und ein beim Windows-System angemeldeter Benutzer kann die auf dem Windows-System registrierten ThinApp-Pakete starten und ausführen. Omnissa Access kann ThinApp-Pakete verteilen und verwalten, die mit Omnissa Access kompatibel sind.

Um diese virtualisierten Anwendungen in der Windows-Sitzung, für die der Benutzer angemeldet ist, korrekt starten und ausführen zu können, müssen die folgenden Voraussetzungen erfüllt sein:

• Das ThinApp-Paket der virtualisierten Anwendung ist für die Nutzung durch den besagten Benutzer auf Omnissa Access registriert.
• Eine bestimmte DLL ist auf dem Windows-System verfügbar.
• Der hws-desktop-client.exe-Prozess wird ausgeführt.

Wenn ein kompatibles ThinApp-Paket erstellt wird, wird es so konfiguriert, dass eine bestimmte DLL geladen wird, wenn der angemeldete Benutzer die virtualisierte Anwendung in der Windows-Sitzung, für die er angemeldet ist, startet. Zu dem Zeitpunkt versucht die virtualisierte Anwendung die DLL zu laden. Wenn die DLL geladen wird, versucht sie, bei der lokal installierten Omnissa Access Desktop-Anwendung zu überprüfen, ob das ThinApp-Paket auf dem betreffenden Windows-Desktop für den Benutzer registriert ist. Die lokal installierte Omnissa Access Desktop-Anwendung ermittelt, ob die Anwendung für diesen Benutzer registriert ist, ohne mit Omnissa Access zu kommunizieren. Wenn die Anwendung auf dem betreffenden Windows-Desktop für den Benutzer registriert ist, prüft die Omnissa Access Desktop-Anwendung den Zeitpunkt der letzten Synchronisierung mit Omnissa Access. Wenn die Omnissa Access Desktop-Anwendung bestätigt, dass die Zeit seit der letzten Synchronisierung innerhalb des Offline-Kulanzzeitraums liegt, der für den installierten Client konfiguriert wurde, lässt der Client die Ausführung der Anwendung zu.

Da die DLL auf dem Windows-System nur verfügbar ist, wenn die Omnissa Access Desktop-Anwendung installiert ist, und da der Prozess hws-desktop-client.exe ausgeführt wird, wenn die Omnissa Access Desktop-Anwendung auf dem System ausgeführt wird, muss die Omnissa Access Desktop-Anwendung auf dem Windows-System installiert werden, um ThinApp-Pakete auszuführen, die von Omnissa Access verteilt und verwaltet werden.

Bereitstellung der Omnissa Access Desktop-Anwendung zur Nutzung von ThinApp-Paketen

Die Omnissa Access Desktop-Anwendung kann entweder durch einen Doppelklick auf die EXE-Datei des zugehörigen Installationsprogramms, durch Ausführung der ausführbaren Datei mithilfe der Befehlszeilenoptionen oder durch die Ausführung eines Skripts, das die Befehlszeilenoptionen verwendet, installiert werden. Für die Installation der Anwendung sind lokale Administratorberechtigungen erforderlich. Informationen zur Installation der Omnissa Access Desktop-Anwendung durch einen Doppelklick auf die EXE-Datei des zugehörigen Installationsprogramms finden Sie im Handbuch Verwenden von Omnissa Access Desktop.

Die Konfiguration der installierten Anwendung bestimmt, wie ein von Omnissa Access verteiltes ThinApp-Paket auf dem betreffenden Windows-System bereitgestellt wird. Wird die Omnissa Access Desktop-Anwendung durch Doppelklicken auf die zugehörige EXE-Datei installiert, wird der Client standardmäßig so konfiguriert, dass ThinApp-Pakete mit dem COPY_TO_LOCAL-Bereitstellungsmodus und der aktivierten Option AUTO_TRY_HTTP bereitgestellt werden. Diese Standardoptionen des Installationsprogramms haben zur Folge, dass der so genannte Download-Bereitstellungsmodus verwendet wird. Bei den Standardeinstellungen COPY_TO_LOCAL und AUTO_TRY_HTTP wird von der Clientanwendung zuerst versucht, die ThinApp-Pakete herunterzuladen und auf dem Windows-Systemendpunkt zu installieren. Wenn dieser erste Versuch fehlschlägt, wird versucht, die ThinApp-Pakete über HTTP herunterzuladen.

Nach dem Herunterladen der ThinApp-Pakete auf das lokale Windows-System führt der Benutzer die virtualisierten Anwendungen auf dem lokalen System aus.

Um zu verhindern, dass die virtualisierten Anwendungen auf das lokale Windows-System heruntergeladen werden und dort Speicherplatz belegen, können Sie Benutzern das Ausführen der ThinApp-Pakete von der Netzwerkfreigabe aus ermöglichen, indem der so genannte Streaming-Bereitstellungsmodus verwendet wird. Damit Ihre Benutzer die ThinApp-Pakete mit dem Streamingmodus ausführen, müssen Sie die Omnissa Access Desktop-Anwendung mit dem Befehlszeilen-Installationsvorgang auf dem Windows-System installieren. Das Installationsprogramm hat Befehlszeilenoptionen, mit denen Sie den Laufzeit-Bereitstellungsmodus für die ThinApp-Pakete festlegen können. Um den Laufzeit-Bereitstellungsmodus zum Streamen der ThinApp-Pakete festzulegen, verwenden Sie die Option RUN_FROM_SHARE des Installationsprogramms.

Eine Methode zum Installieren der Omnissa Access Desktop-Anwendung auf mehreren Windows-Systemen besteht darin, die Anwendung mithilfe eines Skripts im Hintergrund auf den Windows-Systemen zu installieren. Sie können den Client gleichzeitig im Hintergrund auf mehreren Windows-Systemen installieren.

Hinweis: Bei einer solchen Hintergrundinstallation werden während des Installationsvorgangs keine Meldungen oder Fenster angezeigt.

Mit einem Wert im Skript legen Sie fest, ob die von diesem Skript installierten Clients die ThinApp-Pakete mit dem ThinApp-Streamingmodus, d. h. mit RUN_FROM_SHARE, oder mit einem der ThinApp-Downloadmodi, z. B. COPY_TO_LOCAL oder HTTP_DOWNLOAD, bereitstellen.

Festlegen des geeigneten Bereitstellungsmodus für ThinApp-Pakete auf Windows-Endpunkten

Die Konfiguration der Omnissa Access Desktop-Anwendung auf dem Windows-Endpoint bestimmt, ob ein ThinApp-Paket, das mit Omnissa Access verteilt wird, mit dem ThinApp-Streamingmodus (RUN_FROM_SHARE) oder mit einem der ThinApp-Downloadmodi (COPY_TO_LOCAL oder HTTP_DOWNLOAD) bereitgestellt wird. Wenn Sie das Skript für die unbeaufsichtigte Installation der Omnissa Access Desktop-Anwendung auf Windows-Endpunkten erstellen, geben Sie dabei die Optionen zum Festlegen des ThinApp-Paket-Bereitstellungsmodus an. Wählen Sie den Bereitstellungsmodus, der unter Berücksichtigung von Details wie der Netzwerklatenz am besten zur Netzwerkumgebung für die ausgewählten Endpunkte passt.

Beim Streamingmodus lädt der Client während der Synchronisierung der Omnissa Access Desktop-Anwendung mit Omnissa Access Anwendungsverknüpfungen für die virtualisierten Windows-Anwendungen der ThinApp-Pakete auf den Windows-Desktop herunter. Wenn der Benutzer die ThinApp-Pakete startet, werden die virtualisierten Anwendungen von der Dateifreigabe ausgeführt, auf der sich die ThinApp-Pakete befinden.

Daher eignet sich der Streamingmodus für Systeme, die immer mit der Netzwerkfreigabe verbunden sind, z. B. Windows-Desktops, die von mehreren Benutzer genutzt werden, oder Horizon-Desktops.

Beim Downloadmodus muss der Benutzer beim ersten Verwenden oder Aktualisieren eines ThinApp-Pakets erst warten, bis das ThinApp-Paket auf das Windows-System heruntergeladen wurde und die Verknüpfungen erstellt wurden. Nach dem ersten Download kann der Benutzer die virtualisierte Windows-Anwendung auf dem lokalen Windows-System starten und ausführen.

Wichtig: Bei nicht-dauerhaften Horizon-Desktops, auch als unverankerte oder statusfreie Horizon-Desktops bezeichnet, müssen Sie den Client zur Verwendung des ThinApp-Streamingmodus konfigurieren, indem Sie /v INSTALL_MODE=RUN_FROM_SHARE bei der Installation des Clients die Befehlszeilenoption des Installationsprogramms verwenden. Die Option RUN_FROM_SHARE stellt die optimale Benutzerumgebung zur Verwendung von ThinApp-Paketen auf unverankerten Horizon-Desktops dar. Weitere Informationen finden Sie unter Befehlszeilenoptionen des Installationsprogramms für Omnissa Access Desktop.

Wichtig: Der HTTP_DOWNLOAD-Modus erfordert, dass die Basis-Download-URL, die Sie in der Sammlung virtueller ThinApp-Apps festlegen, von der Windows-Maschine des Benutzers aus erreichbar ist. Die Modi RUN_FROM_SHARE und COPY_TO_LOCAL erfordern, dass die ThinApp-Netzwerkfreigabe vom Windows-System des Benutzers erreichbar sein muss.

ThinApp-Bereitstellungsmodus für die als ThinApp-Pakete erfassten virtualisierten Anwendungen

Modus	Beschreibung
ThinApp-Streamingmodus	Im ThinApp-Streamingmodus werden die virtualisierten Anwendungen jedes Mal gestreamt, wenn sie gestartet werden. Diese Methode vermeidet die Verwendung von Festplattenspeicher des Desktops, der beim Kopieren der virtualisierten Anwendung auf den Desktop verwendet werden würde. Der Desktop muss mit der Netzwerkfreigabe der ThinApp-Pakete verbunden sein, damit die Anwendungen laufen. Die folgenden Umgebungen könnten die notwendige Konsistenz und Stabilität bieten: Statusfreie oder dauerhafte Horizon-Desktops mit exzellenter Konnektivität zur Dateifreigabe, auf der sich die ThinApp-Pakete befinden. Benutzer mit Windows-Desktops, bei denen es sich nicht um Horizon-Desktops handelt, die von mehreren Benutzern gemeinsam verwendet werden. Diese Situation vermeidet die Anhäufung von heruntergeladenen benutzerspezifischen Anwendungen auf dem Datenträger und bietet auch schnellen Zugriff auf Anwendungen, ohne dabei eine Verzögerung für benutzerspezifische Downloads zu verursachen. Mit dem zum Anmelden beim Windows-System verwendeten Benutzerkonto werden die ThinApp-Pakete von der Netzwerkfreigabe abgerufen. Dieses Konto muss über die erforderlichen Berechtigungen zum Lesen und Ausführen von Dateien auf dieser Netzwerkfreigabe verfügen.
ThinApp-Downloadmodus	Im ThinApp-Downloadmodus werden Anwendungen auf den Windows-Endpunkt heruntergeladen. Der Benutzer führt die virtualisierte Anwendung lokal auf dem Endpunkt aus. Den ThinApp-Downloadmodus bevorzugen Sie möglicherweise in den folgenden Situationen: Persistente Horizon-Desktops (lokale Omnissa Access-Instanz) Über LAN verbundene Desktops, die von Zeit zu Zeit offline sind Ein LAN mit schlechter Netzwerklatenz Omnissa Access bietet zwei Varianten des ThinApp-Downloadmodus: COPY_TO_LOCAL und HTTP_DOWNLOAD. Wenn der Client für COPY_TO_LOCAL konfiguriert ist, muss der Windows-Endpoint derselben Domäne wie die Dateifreigabe beitreten, es sei denn, die Option AUTO_TRY_HTTP ist aktiviert. Wenn die Option AUTO_TRY_HTTP aktiviert ist, der Windows-Endpoint nicht derselben Domäne angehört und der erste Download-Versuch der ThinApp-Pakete fehlschlägt, versucht die Omnissa Access Desktop-Anwendung automatisch, die ThinApp-Pakete mithilfe des HTTP-Protokolls herunterzuladen, wie beim HTTP_DOWNLOAD-Modus. Bei HTTP_DOWNLOAD braucht der Windows-Endpunkt nicht derselben Domäne beizutreten wie die Dateifreigabe. Allerdings dauern Kopier- und Synchronisierungsvorgänge bei Verwendung von HTTP_DOWNLOAD deutlich länger als bei Verwendung von COPY_TO_LOCAL. Bei Verwendung von COPY_TO_LOCAL werden die ThinApp-Pakete mit dem zum Anmelden beim Windows-System verwendeten Benutzerkonto von der Netzwerkfreigabe abgerufen. Dieses Konto muss über die erforderlichen Berechtigungen zum Lesen und Kopieren von Dateien auf dieser Netzwerkfreigabe verfügen. Bei Verwendung von HTTP_DOWNLOAD ist das Freigabebenutzerkonto, das Sie in der Omnissa Access-Konsole eingeben, wenn Sie den Zugriff vom Konnektor auf die Netzwerkfreigabe der ThinApp-Pakete konfigurieren, das für den Download der ThinApp-Pakete verwendete Konto. Dieses Freigabebenutzerkonto muss über Leseberechtigungen für die Netzwerkfreigabe der ThinApp-Pakete verfügen, um Dateien von der Netzwerkfreigabe kopieren zu können.

Die Netzwerkfreigabe der ThinApp-Pakete muss die entsprechenden Voraussetzungen für den Bereitstellungsmodus erfüllen, den Sie für die Windows-Endpunkte festgelegt haben.