Skip to main content

23. März 2026

Befehlszeilenoptionen des Installationsprogramms für Omnissa Access Desktop

Sie können diverse Optionen für die Omnissa Access Desktop-Anwendung festlegen, wenn Sie das Installationsprogramm über die Befehlszeile oder über ein Bereitstellungsskript ausführen.

Verfügbare Befehlszeilenoptionen für das Omnissa Access Desktop-Installationsprogramm

Nachdem Sie die .exe-Datei für das Installationsprogramm der Clientanwendung auf ein Windows-System heruntergeladen haben, können Sie mit der Ausführung des folgenden Befehls eine Liste der Installationsoptionen anzeigen:

Omnissa-Workspace-One-Access-Desktop-n.n.n-nnnnnnn /?

wobei n.n.n-nnnnnnn für die Dateiversion und Build-Nummer steht. Es wird ein Dialogfeld angezeigt, das die verfügbaren Installationsoptionen für die Installation der Clientanwendung über die Befehlszeile oder über ein Bereitstellungsskript aufführt.

Befehlszeilenoptionen des Installationsprogramms

Option für das InstallationsprogrammWertBeschreibung
/?Zeigt die Befehlszeilenoptionen des Installationsprogramms an.
/aFührt eine administrative Installation durch.
Weitere Informationen finden Sie in der Dokumentation des Windows-Installationsprogramms.
/aVollständiger Pfad zur vorhandenen AdministratorinstallationBehebt die Fehler einer vorhandenen Administratorinstallation.
/sBlendet das Initialisierungsdialogfeld während der Installation aus.
Für die Installation im stillen Modus verwenden Sie /s /v/qn.
Im stillen Modus werden während der Installation keine Meldungen, Dialogfelder oder Eingabeaufforderungen angezeigt. Diese Option wird normalerweise bei der Erstellung eines Bereitstellungsskripts für die Ausführung des Installationsprogramms verwendet.
/vSchlüssel/Wert-PaareEin Parametersatz, der an das Installationsprogramm übergeben wird und in Schlüssel/Wert-Paaren angegeben ist. Verwenden Sie das Format key=value. Diese Argumente konfigurieren Laufzeitoptionen für die ThinApp-Pakete und allgemein für den Omnissa Access Desktop.
/cBereinigt die Registrierungsdaten der Installation.
/l[Vollständiger Pfad zur Protokolldatei]Führt eine detaillierte Protokollierung durch und speichert die Daten in der angegebenen Protokolldatei. Wenn Sie keine Protokolldatei angeben, wird ein Standardprotokoll in %TEMP% verwendet.
/xEntpackt das Installationsprogramm in den Ordner %TEMP%.

Schlüssel/Wert-Paare für die Option /v

Sie können die folgenden Schlüssel/Wert-Paare für die /v-Option des Installationsprogramms verwenden.

Schlüssel für die Befehlszeilenoption /v des Installationsprogramms

SchlüsselWertBeschreibung
WORKSPACE_SERVERHostname oder URL des Omnissa Access-Diensts Gibt den Hostnamen oder die URL des Omnissa Access-Diensts an, damit die Omnissa Access Desktop-Anwendung mit dem Dienst kommunizieren kann. Das erforderliche Protokoll ist HTTPS. Setzen Sie den Wert in Anführungszeichen.
Verwenden Sie folgendes Format: WORKSPACE_SERVER="https://WorkspaceONEAccessFQDN"
oder
WORKSPACE_SERVER="WorkspaceONEAccessHostName"
Beispiel:
WORKSPACE_SERVER="https://myserver.example.com"
WORKSPACE_SERVER="myserver"
INSTALL_MODEEs stehen folgende Modi zur Verfügung:
COPY_TO_LOCAL
HTTP_DOWNLOAD
RUN_FROM_SHARE
Legt den Bereitstellungsmodus für die Art und Weise fest, wie die Omnissa Access Desktop-Anwendung ThinApp-Pakete zur Laufzeit abruft. ThinApp-Pakete sind virtualisierte Windows-Anwendungen. Die ThinApp-Pakete befinden sich in einer Netzwerkfreigabe, die in Omnissa Access integriert ist.
  • COPY_TO_LOCAL: Lädt die Pakete, für die der Benutzer Berechtigungen hat, unter Verwendung einer Dateikopie auf das Windows-Clientsystem herunter. Wenn der Benutzer ein ThinApp-Paket startet, wird die virtualisierte Anwendung lokal auf diesem System ausgeführt. Bevor ein berechtigter Benutzer erstmalig ein ThinApp-Paket herunterladen und benutzen und die weitere Synchronisierung der Pakete mit dem Windows-Clientsystem durchführen kann, muss das Windows-Clientsystem derselben Active Directory-Domäne beitreten, zu der die Netzwerkfreigabe der ThinApp-Pakete beigetreten ist. Das zum Anmelden beim Windows-System verwendete Benutzerkonto ist das Konto, das verwendet wird, um die ThinApp-Pakete von der Netzwerkfreigabe abzurufen. Dieses Konto muss über die erforderlichen Berechtigungen zum Lesen und Kopieren von Dateien auf dieser Netzwerkfreigabe verfügen.
    Wichtig: Der COPY_TO_LOCAL-Modus erfordert die ThinApp-Freigabe, um vom Windows-System des Benutzers aus erreichbar zu sein.

  • HTTP_DOWNLOAD: Lädt die Pakete, für die der Benutzer Berechtigungen hat, unter Verwendung des HTTP-Protokolls auf das Windows-Clientsystem herunter. Wenn der Benutzer ein ThinApp-Paket startet, wird die virtualisierte Anwendung lokal auf diesem System ausgeführt. Die Omnissa Access Desktop-Anwendung verwendet das Omnissa Access-Systemkonto des Benutzers für die Authentifizierung bei Omnissa Access, um die Liste der herunterzuladenden Pakete abzurufen, für die der Benutzer über Berechtigungen verfügt. Das in der Omnissa Access-Konsole bereitgestellte Freigabebenutzerkonto ist das Konto, das von Omnissa Access für den Zugriff auf die ThinApp-Pakete aus dem Repository verwendet wird. Dieses Freigabebenutzerkonto für Omnissa Access benötigt Leseberechtigungen für die Netzwerkfreigabe. Das vom Benutzer zum Anmelden beim Windows-Clientsystem verwendete Konto und das Omnissa Access-Systemkonto des Benutzers müssen nicht über Berechtigungen für die Netzwerkfreigabe verfügen. Das Windows-Clientsystem braucht nicht derselben Domäne beizutreten, der die Netzwerkfreigabe der ThinApp-Pakete beigetreten ist. Diese Downloadmethode ist in der Regel langsamer als die anderen Modi. Der Vorteil dieses Modus liegt darin, dass das Windows-Clientsystem nicht der Active Directory-Domäne beitreten muss, um die virtualisierte Anwendung abzurufen und auszuführen.
    Wichtig: Der HTTP_DOWNLOAD-Modus erfordert, dass die Basis-Download-URL, die Sie in der Sammlung virtueller ThinApp-Apps festlegen, vom Windows-System des Benutzers aus erreichbar ist.
  • RUN_FROM_SHARE: Die virtualisierte Anwendung wird von der Netzwerkfreigabe auf das Windows-Clientsystem gestreamt, wenn der Benutzer das ThinApp-Paket startet. Die Option RUN_FROM_SHARE eignet sich am besten für Windows-Systeme, die ständig mit der Netzwerkfreigabe verbunden sind, auf der die ThinApp-Pakete gespeichert sind, weil die ThinApp-Pakete sich nicht im Windows-System befinden und die virtualisierten Anwendungen nur ausgeführt werden können, wenn das Windows-System mit der Netzwerkfreigabe verbunden ist. Das Windows-Clientsystem muss derselben Active Directory-Domäne beitreten, der die Netzwerkfreigabe der ThinApp-Pakete beigetreten ist. Das zum Anmelden beim Windows-System verwendete Benutzerkonto ist das Konto, das verwendet wird, um die ThinApp-Pakete von der Netzwerkfreigabe abzurufen. Dieses Konto muss über die erforderlichen Berechtigungen zum Lesen und Ausführen von Dateien in dieser Netzwerkfreigabe verfügen.
    Wichtig: Der RUN_FROM_SHARE-Modus erfordert die ThinApp-Freigabe, um vom Windows-Computer des Benutzers aus erreichbar zu sein.
Der Standardwert ist COPY_TO_LOCAL.
Bei allen Modi muss die Netzwerkfreigabe mit den richtigen Datei- und Freigabeberechtigungen konfiguriert werden.
Wichtig: Beim Installieren von Omnissa Access Desktop auf unverankerten Horizon-Desktops verwenden Sie die Option „RUN_FROM_SHARE“, um das Kopieren der ThinApp-Pakete auf diese statusfreien Horizon-Desktopsysteme zu verhindern.
Wenn die Omnissa Access Desktop-Anwendung mit einer der folgenden Konfigurationen installiert wird, muss das Benutzerkonto, das sich beim Windows-System anmeldet, über die entsprechenden Datei- und Freigabeberechtigungen für die Netzwerkfreigabe verfügen, um die ThinApp-Pakete abzurufen:
  • Die Option RUN_FROM_SHARE
  • Die Option COPY_TO_LOCAL, ohne dass auch die Option AUTO_TRY_HTTP aktiviert ist
POLLING_INTERVALHäufigkeit in SekundenLegt die Frequenz in Sekunden für die Synchronisierung zwischen der installierten Omnissa Access Desktop-Anwendung und Omnissa Access fest, um nach neuen ThinApp-Paketen oder -Berechtigungen zu suchen. Wenn kein Wert angegeben ist, gilt der Standardwert von 300 Sekunden (5 Minuten).
Beispiel:
POLLING_INTERVAL=600
ENABLE_AUTOUPDATE0 oder 1 Aktiviert oder deaktiviert die automatische Update-Prüfung und Download-Aktivität. Wenn diese Option aktiviert ist, überprüft die Omnissa Access Desktop-Anwendung automatisch, ob eine neuere Anwendung zum Herunterladen verfügbar ist. Wenn eine neuere Version verfügbar ist, lädt die Omnissa Access Desktop-Anwendung diese automatisch herunter und aktualisiert sich auf die neuere Version. Diese Option ist standardmäßig aktiviert.
Legen Sie für diese Variable den Wert 0 fest, um die automatische Aktualisierung zu deaktivieren. Wenn keine Angabe erfolgt, wird der Standardwert 1 angewendet. Für die Installation automatischer Aktualisierungen benötigen Sie Administratorrechte.
SHARED_CACHE0 oder 1 Gibt an, ob sich der ThinApp-Paketcache in einem allgemeinen Ordner auf dem Windows-System befindet, in dem die Clientanwendung installiert wird. Legen Sie für diese Variable den Wert 1 fest, um anzugeben, dass alle Benutzerkonten auf dem Windows-System einen gemeinsamen Cachespeicherort nutzen sollen.
Wenn nicht angegeben, gilt der Standardwert „0“ und jedes Windows-Benutzerkonto erhält einen eigenen Cache.
Hinweis: Wenn Sie einen gemeinsam genutzten Cache angegeben, werden ThinApp-Pakete von der Omnissa Access Desktop-Anwendung nicht automatisch aus diesem gelöscht. Da SHARED_CACHE=1 angibt, dass alle Benutzerkonten auf der Windows-Systemfreigabe denselben Speicherort nutzen, müssen die Pakete selbst dann im freigegebenen Speicherort verbleiben, wenn Sie einem Benutzer die Berechtigungen entziehen, damit die berechtigten Benutzer sie weiter verwenden können. Wenn Sie einem Benutzer die Berechtigungen für ein ThinApp-Paket entziehen, hebt die Omnissa Access Desktop-Anwendung die Registrierung dieses Pakets für den betreffenden Benutzer auf. Andere berechtigte Benutzer in diesem Windows-System können das ThinApp-Paket weiter verwenden. Sie können den gemeinsamen Cache manuell löschen, um den Speicherplatz zurückzugewinnen, wenn keine Benutzerkonten in diesem Windows-System über Berechtigungen zur Verwendung der ThinApp-Pakete verfügen. Jedes ThinApp-Paket ist am Cachespeicherort in einen eigenen Ordner abgelegt.
CACHE_DIROrdnerpfadLegen Sie für die Installationsmodi HTTP_DOWNLOAD oder COPY_TO_LOCAL den Speicherort für die lokale Zwischenspeicherung der ThinApp-Pakete fest. Dieser Wert wird system- und nicht benutzerweise festgelegt, d. h., Sie müssen für die Auswahl der benutzerspezifischen Speicherorte Umgebungsvariablen wie %LOCALAPPDATA% verwenden. Stellen Sie sicher, dass das %-Zeichen in der Befehlszeile mit einem Escape-Zeichen versehen wird, um eine sofortige Erweiterung zu vermeiden. Beispiel:
CACHE_DIR=^%LOCALAPPDATA^%\cache
AUTO_TRY_HTTP0 oder 1 Wenn die Omnissa Access Desktop-Anwendung mit der Option „COPY_TO_LOCAL“ installiert wird, bestimmt die Option „AUTO_TRY_HTTP“, ob der Client automatisch versuchen soll, die ThinApp-Pakete, für die der Benutzer über Berechtigungen verfügt, über das HTTP-Protokoll, ähnlich der Option „HTTP_DOWNLOAD“, herunterzuladen, wenn der erste Downloadversuch fehlschlägt. Diese Option ist standardmäßig aktiviert. Um die Option zu deaktivieren, legen Sie den Wert auf 0 fest.
INSTALL_MODULESthinappEine kommagetrennte Liste, die angibt, welche Module installiert werden müssen. Zurzeit ist nur das thinapp-Modul verfügbar.

Verwenden der Befehlszeilenoptionen für das Omnissa Access Desktop-Installationsprogramm

Wenn Ihre Omnissa Access-Instanz über die URL „https://workspaceoneaccessFQDN“ verfügt und Sie die Omnissa Access Desktop-Anwendung auf mehreren Desktops dieser Omnissa Access-Instanz mit diesen Optionen Im Hintergrund installieren möchten:

  • Die ThinApp-Installationsoption auf HTTP_DOWNLOAD setzen, weil Sie erwarten, dass diese Windows-Systeme wahrscheinlich nicht der Domäne beitreten werden.
  • Die Clients überprüfen mit Omnissa Access alle 60 Sekunden auf neue Pakete und Berechtigungen.

Sie können ein Skript erstellen, das den folgenden Befehl aufruft:

Omnissa-Access-Desktop-n.n.n-nnnnnnn.exe /s
   /v/qn WORKSPACE_SERVER="https://workspaceoneaccessFQDN" INSTALL_MODE=HTTP_DOWNLOAD POLLING_INTERVAL=60

wobei Sie den Teil n.n.n-nnnnnnn des Dateinamens durch den Namen Ihres heruntergeladenen Omnissa Access Desktop-Installationsprogramms ersetzen.

War diese Seite hilfreich?

Feedback zu diesem Thema geben

War dieses Thema hilfreich?

Bitte geben Sie keine personenbezogenen oder vertraulichen Daten an.

Link wird erstellt…