Diese Themen enthalten Informationen über Bereiche, die sich auf die Verbindungen Ihrer Endbenutzer zu ihren berechtigten Desktops und Remoteanwendungen beziehen, die von Horizon Cloud-Pods bereitgestellt werden. Solche Pods sind die Pod-Manager-basierten Pods, die von Horizon Cloud in Microsoft Azure mithilfe des Pod-Bereitstellungsassistenten der Konsole bereitgestellt werden.
Bei Verwendung von PCOIP-URLs und einem Pod mit einer internen Gateway-Konfiguration
Wie unter Ihre Horizon Cloud on Microsoft Azure-Bereitstellungen beschrieben, kann ein Horizon Cloud-Pod in Microsoft Azure mit einer internen Gateway-Konfiguration unter Verwendung von Unified Access Gateway-Instanzen konfiguriert werden. Für den internen Gateway-Typ verwendet die PCOIP-URL stattdessen IP-Adressen, obwohl der Horizon Web Client (Blast-Protokoll) seine externe URL als Ihren bereitgestellten FQDN konfiguriert. Dieses Verhalten führt zu einem Unterschied zwischen dem externen und dem internen Gateway in Bezug auf PCOIP:
- Typ des externen Gateways: Die PCOIP-URL ist auf die öffentliche IP der Lastausgleichsdienstressource der externen Gateway-Konfiguration festgelegt.
- Interner Gateway-Typ: Die PCOIP-URL versucht zunächst, Ihren bereitgestellten FQDN mithilfe von DNS in eine IP-Adresse aufzulösen, und verwendet diese dann als PCOIP-URL. Wenn die PCOIP-URL den angegebenen FQDN nicht auflösen kann, verwendet die PCOIP-URL stattdessen die private IP-Adresse der internen Lastausgleichsdienstressource der internen Gateway-Konfiguration.
In Ihrer Netzwerkumgebung ist es möglicherweise so, dass der Lastausgleichsdienst der internen Gateway-Konfiguration nicht der erste Endpunkt bei einem Endbenutzer-Verbindungsversuch ist. Beispiel: Sie verfügen über einen zusätzlichen Endpoint oder Lastausgleichsdienst, den Sie eingerichtet haben, um zum Lastausgleichsdienst der internen Gateway-Konfiguration umzuleiten. In dem Zertifikat, das Sie bei der Bereitstellung oder Bearbeitung des Pods in die interne Unified Access Gateway Gateway-Konfiguration hochgeladen haben, muss dieses Zertifikat wahrscheinlich mit dem FQDN oder den IP-Adressen dieses ersten Endpoints in Ihrer Netzwerkeinrichtung übereinstimmen. Dies ist wahrscheinlich darauf zurückzuführen, dass Sie erwarten, dass Ihre Endbenutzer-Clients ab dem ersten Endpunkt auf Ihre Netzwerkumgebung zugreifen. Wenn Ihre Netzwerkumgebung dieser Beschreibung entspricht, bei der Ihre Endbenutzer-Clients zuerst auf einen Endpoint zugreifen, der nicht der Lastausgleichsdienst der internen Gateway-Konfiguration ist, müssen Sie sicherstellen, dass Ihre DNS-Zuordnung die Übereinstimmung der PCOIP-URL ermöglicht, damit sich Ihre Endbenutzer-Clients ordnungsgemäß bei Ihrem bereitgestellten Zertifikat authentifizieren können.
Aktivieren der Zeitzonenumleitung für RDS-Desktop- und RDS-basierte Anwendungssitzungen
Wenn sich die RDSH-VM einer Farm in einer Zeitzone und der Endbenutzer in einer anderen Zeitzone befinden, zeigt der Desktop standardmäßig die Zeit an, die sich in der Zeitzone der RDSH-VM der Farm befindet, wenn der Benutzer eine Verbindung mit seinem RDS-sitzungsbasierten Desktop herstellt. Sie können die Gruppenrichtlinieneinstellung für die Umleitung der Zeitzone aktivieren, um die sitzungsbasierte Desktop-Anzeigezeit in der lokalen Zeitzone festzulegen. Diese Richtlinieneinstellung gilt auch für Remoteanwendungssitzungen.
Voraussetzungen
-
Stellen Sie sicher, dass die Gruppenrichtlinienverwaltung auf Ihrem Active Directory-Server verfügbar ist.
Die Schritte zum Öffnen der Verwaltungskonsole für Gruppenrichtlinien unterscheiden sich in den Versionen Windows 2012, Windows 2008 und Windows 2003 Active Directory. Informationen zur Version Ihres Betriebssystems finden Sie in der Windows-Online-Hilfe.
-
Stellen Sie sicher, dass die Horizon-RDS-ADMX-Dateien zu Ihrem Active Directory hinzugefügt wurden. Ein Beispiel für diese Schritte finden Sie im Inhalt zum Hinzufügen der ADMX-Vorlagendateien zu Active Directory im Handbuch Remote-Desktop-Funktionen und GPOs in Horizon in der Horizon 8-Dokumentation.
-
Machen Sie sich mit den Gruppenrichtlinieneinstellungen für die RDS-Geräte- und Ressourcenumleitung vertraut, die im Handbuch Remote-Desktop-Funktionen und GPOs in Horizon in der Horizon-Dokumentation beschrieben sind.
Vorgehensweise
-
Öffnen Sie auf dem Active Directory-Server die Verwaltungskonsole für Gruppenrichtlinien.
-
Erweitern Sie Ihre Domäne und Gruppenrichtlinienobjekte.
-
Klicken Sie mit der rechten Maustaste auf das GPO, das Sie für die Gruppenrichtlinieneinstellungen erstellt haben, und wählen Sie Bearbeiten aus.
-
Navigieren Sie im Gruppenrichtlinienverwaltungs-Editor zu Computerkonfiguration > Richtlinien > Administrative Vorlagen > Windows Komponenten > Remotedesktopdienste > Remotedesktop-Sitzungshost > Geräte- und Ressourcenumleitung.
-
Aktivieren Sie die Einstellung Zeitzonenumleitung zulassen.
Unterstützung mehrerer Monitore für Desktops und Remoteanwendungen, die von einem Horizon Cloud-Pod in Microsoft Azure bereitgestellt werden
In diesem Thema wird die spezifische Unterstützung für die Verwendung mehrerer Monitore mit den vom Endbenutzer berechtigten Ressourcen beschrieben, die von einem Horizon Cloud-Pod in Microsoft Azure bereitgestellt werden.
Allgemeine und ausführliche Informationen zur Verwendung von Monitoren und zur Bildschirmauflösung im von Endbenutzern verwendeten Horizon Client finden Sie unter Monitore und Bildschirmauflösung.
Hinweis: Aufgrund der Anzahl der Variablen in den Umgebungen Ihrer Endbenutzer, die sich auf deren grafische Benutzererfahrung auswirken können – wie z. B. Netzwerkbedingungen, Bandbreitenverbrauch, Intensität der Arbeitslast usw. – wird empfohlen, Tests durchzuführen, damit Sie die Kombination aus Benutzerfreundlichkeit, Kosten und Leistung ermitteln können, die Ihren spezifischen Geschäftsanforderungen am besten entspricht.
Die Konfigurationen in der folgenden Tabelle beziehen sich auf eine typische Arbeitslast von Wissensarbeitern, z. B. eine Kombination aus Office-Anwendungen, Streaming-Medien in einem Browser und Internetnutzung. Ihre Erfahrung kann aufgrund der Größe der VM, des verwendeten Anzeigeprotokolls, der Bildschirmauflösung, der Arbeitslast und anderer Faktoren variieren.
| VM-Typ | Grafiken von | Workload | Überwachungsoptionen |
|---|---|---|---|
| Nicht GPU-gestützte RDSH-VM | Microsoft Hyper-V-Grafikkarte | Einfach, erfordert keine erweiterten Grafikfunktionen oder HD-Videowiedergabe | Einzelner Monitor |
| GPU-gestützte RDSH-VM der NV-Serie | NVIDIA GRID GPU Details zu den Treibern finden Sie unter: | Grafikintensiv oder mit erweiterten Grafikfunktionen | Einzelner Monitor |
| GPU-gestützte RDSH-VM der NVv4-Serie | AMD GPU Treiberdetails finden Sie unter: | In erster Linie für das Rendern von Anwendungen, z. B. für 3D-Anwendungen. | Einzelner Monitor |
| VM-Typ | Grafiken von | Workload | Überwachungsoptionen |
|---|---|---|---|
| Nicht GPU-gestützte VDI-Desktop-VM | Grafikadapter (installiert von VMware Tools) Hinweis: Mit diesem Treiber wird das Microsoft-Softwarerendering für erweiterte Grafikfunktionen verwendet. Bei diesem Treiber handelt es sich um einen anderen Treiber als der ESX-Anzeigetreiber. | Einfach, erfordert keine erweiterten Grafikfunktionen oder HD-Videowiedergabe | Einzelnes 2560x1440-Display Zwei 1920x1080-Displays |
| GPU-gestützte VDI-Desktop-VM der NV-Serie | NVIDIA GRID GPU Details zu den Treibern finden Sie unter: | Grafikintensiv oder mit erweiterten Grafikfunktionen | Bis zu vier 4K-Displays Hinweis: VMs der Microsoft NV-Serie ermöglichen die Verwendung von bis zu vier 4K-Displays für VDI-Desktops. In der NVIDIA GRID-Dokumentation für die spezifische GPU, die Sie verwenden, finden Sie unterstützte Auflösungen und Arbeitslastempfehlungen. |
| GPU-gestützte VDI-Desktop-VM der NVv4-Serie | AMD GPU Treiberdetails finden Sie unter: | In erster Linie für das Rendern von Anwendungen, z. B. für 3D-Anwendungen. | Einzelne 4K-Anzeige Hinweis: Basierend auf unseren Validierungstests und den AMD Radeon MI25-Spezifikationen wird hier eine einzelne 4K-Anzeige empfohlen. In der AMD Radeon Instinct MI25-Dokumentation finden Sie für die spezifische GPU, die Sie verwenden, Informationen zu den unterstützten Auflösungen und Arbeitslastempfehlungen. |
Horizon Cloud on Microsoft Azure – Unterstützung der Medienoptimierung für Microsoft Teams
Sie können die Horizon Remote Experience-Funktion für die Medienoptimierung für Microsoft Teams mit den virtuellen Desktops und Remoteanwendungen verwenden, die von Ihren Horizon Cloud on Microsoft Azure-Bereitstellungen bereitgestellt werden. Wie im Handbuch Horizon-Remote-Desktop-Funktionen und GPOs beschrieben, ermöglicht diese Funktion Teams, die Medienverarbeitung auf dem Clientcomputer anstelle des virtuellen Desktops auszuführen.
Für Horizon Cloud on Microsoft Azure-Bereitstellungen sind für die Verwendung dieser Funktion das Pod-Manifest 2298.0 oder höher und Horizon Agents Installer (HAI)-Version 20.2 oder höher erforderlich. Ab dem 11. August 2020 können Sie Horizon Clients der Version 2006 und höher verwenden, um diese Funktion mit virtuellen Desktops zu nutzen, die von diesen Pods bereitgestellt werden. Weitere Informationen finden Sie im Handbuch Remote-Desktop-Funktionen und GPOs in Horizon in der Horizon 8-Dokumentation.
Desktops und Anwendungen
Nachdem Sie Desktop- und Anwendungszuweisungen erstellt haben, können Endbenutzer mit dem Horizon Client oder einem Browser mit Horizon Web Client-Funktionen auf Desktops und Anwendungen zugreifen. Wenn Sie Ihre Umgebung in Ihre Omnissa Access-Umgebung integriert haben, können Sie optional erzwingen, dass der Endbenutzerzugriff über diese Umgebung erfolgt.
Anmelden bei Desktops oder RDS-basierten Remoteanwendungen mit Horizon Client
Wenn Ihre Endbenutzer über den Horizon Client eine Verbindung mit Horizon Cloud herstellen, können sie mit ihren zugewiesenen Desktops oder Remoteanwendungen arbeiten.
Die folgenden Schritte beschreiben, wie Sie Horizon Client erstmalig verwenden, um eine Verbindung mit einem Desktop herzustellen, der von einem Horizon Cloud-Pod bereitgestellt wird.
Wichtig: Wenn Sie Ihren Endbenutzern die URL-Umleitung zuweisen, müssen diese ihren Horizon Client mit aktivierter URL-Inhaltsumleitungsfunktion installieren, damit sie diese Funktion nutzen können. Der Client muss über die Befehlszeile installiert werden, um die URL-Inhaltsumleitung im Client zu aktivieren. Als Ausgangspunkt, um mehr über diesen Bereich zu erfahren, finden Sie diese Themen in der Horizon Client-Dokumentation:
- Installieren von Horizon Client für Windows über die Befehlszeile
- Anklicken von URL-Links zum Öffnen außerhalb von Horizon Client
Voraussetzungen
-
Machen Sie sich mit den aktuellsten Informationen zu Horizon Clients vertraut. Vergleichen Sie beispielsweise die Interoperabilität von Horizon Client mit Horizon Cloud on Microsoft Azure unter Verwendung der Omnissa-Produkt-Interoperabilitätsmatrix. Weitere Informationen finden Sie auch in der Horizon Client-Dokumentation.
-
Ermitteln Sie aus den DNS-Informationen Ihrer Organisation den vollqualifizierten Domänennamen (FQDN), den Ihre Organisation Endbenutzerverbindungen mit diesem Pod in seinem Domänennamensystem (DNS) zugeordnet hat (z. B
desktops.mycorp.example.com.).Wenn beispielsweise der Horizon Cloud-Pod in Microsoft Azure für die Verwendung von Unified Access Gateway für Endbenutzerverbindungen konfiguriert ist, verfügt Ihre Organisation über einen DNS CNAME- oder A-Datensatz, der den FQDN, den Sie im Bereitstellungsassistenten angegeben haben, dem automatisch generierten öffentlichen FQDN des bereitgestellten Lastausgleichsdienstes des Pods zuordnet. Eine Beschreibung dieses automatisch generierten öffentlichen FQDN finden Sie unter Abrufen der Lastausgleichsdienst-Informationen des Horizon Cloud-Pod-Gateways für die Zuordnung im DNS-Server .
-
Wenn Sie möchten, dass die Horizon-Clients, die die Client-Wiederholungsfunktion implementiert haben, die Verbindung automatisch erneut versuchen, wenn das System die zugrunde liegende Desktop-VM oder Farm-RDSH-VM einschalten muss, legen Sie auf der Broker-Seite der Horizon Universal Console die Option Client ermöglichen, auf ausgeschaltete VM zu warten auf Ja fest. Im Horizon Client für Windows und Horizon Client für Mac ab Version 4.8 ist diese Funktion implementiert.
Vorgehensweise
-
Starten Sie Horizon Client.
-
Wählen Sie im Client die Optionen zum Hinzufügen eines neuen Servers aus.
-
Geben Sie in der neuen Serverkonfiguration den Namen ein, der Ihrem DNS für Endbenutzerverbindungen hinzugefügt wurde, z. B
desktops.mycorp.com. . . -
Geben Sie im Authentifizierungsdialogfeld die Anmeldedaten für Ihren Active Directory-Benutzer ein.
-
Wenn eine Zwei-Faktor-Authentifizierungskonfiguration vorhanden ist, geben Sie die Anmeldedaten für die Zwei-Faktor-Authentifizierung ein, wenn Sie dazu aufgefordert werden.
-
Stellen Sie aus der angezeigten Liste der berechtigten Desktops und Remoteanwendungen eine Verbindung mit dem gewünschten Remoteanwendungssystem her.
Wenn die zugrunde liegende Desktop-VM oder Farm-RDSH-VM aufgrund von in der VDI-Desktop-Zuweisung oder Farm konfigurierten Energiesparplänen ausgeschaltet wird, beginnt das System, die VM als Reaktion auf die Verbindungsanforderung einzuschalten. Wenn Sie Horizon Client für Windows oder Horizon Client für Mac ab Version 4.8 verwenden und für Ihre Mandantenumgebung die Option Client ermöglichen, auf ausgeschaltete VM zu warten auf Ja gesetzt haben, zeigt der Client eine Meldung an, in der die Verbindung beschrieben wird, sobald der Desktop bereit ist, sowie die voraussichtliche Dauer der Verbindung.
-
Um zusätzliche Optionen zu konfigurieren, die beim Starten des ausgewählten Desktops oder der ausgewählten Anwendung gelten, klicken Sie mit der rechten Maustaste auf das Symbol und treffen Sie Ihre Auswahl.
Anmelden bei Desktops und RDS-basierten Remoteanwendungen mit einem Browser
Ihre Benutzer können auf die Ressourcen in Ihrer Horizon Cloud-Umgebung zugreifen, für die Sie ihnen Berechtigungen erteilt haben, indem sie in ihrem Browser den vollqualifizierten Domänennamen (FQDN) eingeben, den Ihre Organisation für Endbenutzerverbindungen zu diesen Ressourcen konfiguriert hat.
Die folgenden Schritte beschreiben, wie Sie mit einem Browser einen Desktop starten, der vom Pod bereitgestellt wird.
Hinweis: Wenn die Integration in eine Access-Umgebung konfiguriert ist, müssen Endbenutzer möglicherweise über diese Umgebung auf ihre Desktops und Remoteanwendungen zugreifen. Weitere Informationen finden Sie unter Erzwingen der Verwendung des Workspace ONE Intelligent Hub-Katalogs durch Endbenutzer
Voraussetzungen
-
Machen Sie sich mit den aktuellsten Informationen zu Horizon Web Client vertraut: Omnissa Horizon Clients-Dokumentation.
-
Ermitteln Sie aus den DNS-Informationen Ihrer Organisation den vollqualifizierten Domänennamen (FQDN), den Ihre Organisation Endbenutzerverbindungen mit diesem Horizon Cloud-Pod in Microsoft Azure in seinem Domänennamensystem (DNS) zugeordnet hat, z. B
desktops.mycorp.example.com. .Wenn der Pod beispielsweise für die Verwendung von Unified Access Gateway für Endbenutzerverbindungen konfiguriert ist, verfügt das DNS Ihrer Organisation über einen CNAME-Datensatz, der den auf dem Gateway konfigurierten FQDN dem automatisch generierten öffentlichen FQDN des Azure-Lastausgleichsdiensts zuordnet. Weitere Informationen finden Sie unter Abrufen der Lastausgleich-Informationen des Horizon Cloud-Pod-Gateways für die Zuordnung im DNS-Server.
-
Wenn Sie möchten, dass die Horizon-Webclients Ihrer Endbenutzer automatisch erneut versuchen, die Verbindung herzustellen, wenn das System die zugrunde liegende Desktop-VM oder RDSH-VM einschalten muss, legen Sie die Option Client ermöglichen, auf ausgeschaltete VM zu warten auf Ja fest. Diese Option befindet sich auf der Seite "Broker" der Horizon Universal Console. Ab Version 4.10 ist diese Funktion im Horizon Web Client implementiert.
-
Stellen Sie sicher, dass Sie über die Anmeldedaten für einen Benutzer verfügen, dem ein VDI-Desktop, Sitzungs-Desktop oder eine Remoteanwendung zugewiesen ist.
Vorgehensweise
-
Geben Sie in einem Browser eine URL im Format
https://<desktops-FQDN>ein, wobei Desktops-FQDN der vollqualifizierte Domänenname ist, der Ihrem DNS für Endbenutzerverbindungen hinzugefügt wurde.Wenn dem DNS Ihres Unternehmens beispielsweise ein FQDN von
myDesktops.example.comzugeordnet ist, verweisen Sie den Browser aufhttps://myDesktops.example.com. -
Melden Sie sich mit den Anmeldedaten eines Benutzers an, der über eine Desktop-Zuweisung verfügt.
Ergebnisse
Im Browser werden Symbole angezeigt, die für die Zuweisungen des Benutzers stehen. Der Benutzer kann einen Desktop oder eine Anwendung starten, indem er auf das entsprechende Symbol klickt.
Zugreifen auf lokale Dateien mit Remoteanwendungen mithilfe der Dateiumleitung
Mit der Funktion der Dateiumleitung können Benutzer lokale Dateien in berechtigten Remoteanwendungen öffnen, die einen bestimmten Dateityp unterstützen.
Die Funktion wird im Horizon Client aktiviert, wenn die Option Lokale Dateien in gehosteten Anwendungen öffnen ausgewählt ist.
Mit dieser Funktionalität können Benutzer Folgendes tun:
-
Öffnen Sie eine lokale Datei in einer Remoteanwendung, indem Sie auf die Datei auf dem Clientcomputer doppelklicken oder indem Sie mit der rechten Maustaste klicken und Öffnen mit und die Remoteanwendung im Menü auswählen.
-
Navigieren Sie in der Remoteanwendung zu dem Ordner, in dem sich die Datei befindet.
-
Speichern Sie die mithilfe der Remoteanwendung vorgenommenen Änderungen auf der lokalen Clientfestplatte.
-
Registrieren Sie eine berechtigte Anwendung als Dateihandler für die Dateitypen, die diese Anwendungen öffnen können, oder wählen Sie aus, dass die Datei jedes Mal mit der Remoteanwendung geöffnet werden soll.
Wenn eine Anwendung als Standardhandler festgelegt ist:
- Das Vorschausymbol der Datei entspricht dem Symbol der berechtigten Anwendung auf der Startseite der Anwendung.
- Die Beschreibung des Dateityps wird von der Remoteanwendung überschrieben, wenn vorhanden.
- Durch Doppelklicken auf eine Datei dieses Typs wird der Horizon Client gestartet.
Horizon Cloud-Umgebung mit Universal Broker – Erzwingen des Zugriffs der Endbenutzer auf ihre berechtigten Desktops und Anwendungen über den Workspace ONE Intelligent Hub-Katalog <a id="enforcewsone>">
Diese Schritte gelten, wenn Ihre Horizon Cloud-Umgebung für Universal Broker konfiguriert ist und wenn Sie Ihre Horizon Cloud in Ihren Access-Mandanten integriert haben. Horizon Cloud bietet diese Funktion, mit der Sie festlegen können, dass Endbenutzer den Workspace ONE Intelligent Hub-Katalog verwenden müssen, um auf ihre vom Pod bereitgestellten Desktops und Remoteanwendungen zuzugreifen. Wenn Endbenutzer über den Hub-Katalog auf ihre Desktops zugreifen müssen, wird der direkte Desktopzugriff über Horizon Client oder Horizon Web Client verhindert. Diese Erzwingung ist nützlich, wenn Sie die Zwei-Faktor-Authentifizierungsmethode verwenden möchten, die in Ihrer Workspace ONE-Mandantenumgebung festgelegt ist.
Wenn Ihre Umgebung mit Universal Broker konfiguriert ist, starten Ihre Endbenutzer ihre berechtigten Desktops in der Regel mit den folgenden Methoden.
- In einem Browser, indem Sie die Universal Broker-URL für den Endbenutzerzugriff laden. Diese URL wird auf der Seite "Broker" in der Horizon Universal Console angezeigt.
- Von der Horizon Client-Anwendung aus, indem Sie diese Universal Broker-URL als neuen Serverstandort in die Clientanwendung einschließen.
- Aus dem Workspace ONE Hub-Katalog, wenn Sie die Umgebungen integriert haben, wie unter Horizon Cloud-Umgebung mit Universal Broker – Integrieren des Mandanten in Omnissa Access und Intelligent Hub-Dienste beschrieben.
In der Horizon Universal Console können Sie optional Ihre Horizon Cloud-Umgebung so konfigurieren, dass Ihre Endbenutzer nur den Workspace ONE Hub-Katalog verwenden müssen.
Voraussetzungen
Stellen Sie sicher, dass Ihre mit Universal Broker konfigurierte Horizon Cloud und der Access-Mandant erfolgreich integriert wurden. Weitere Informationen finden Sie unter Horizon Cloud-Umgebung mit Universal Broker – Integrieren des Mandanten in Omnissa Access und Intelligent Hub-Dienste.
Vorgehensweise
-
Navigieren Sie in der Konsole zu Einstellungen > Broker > Authentifizierung.
-
Aktivieren Sie die Umschaltoption Intelligent Hub erzwingen und bestätigen Sie Ihre Auswahl.
Nächster Schritt
Vergewissern Sie sich, dass sich der Desktopzugriff entsprechend Ihren Einstellungen verhält. Versuchen Sie daher, mit dem Horizon Client oder direkt mit einem Browser auf einen Desktop zuzugreifen, und nicht über den Workspace ONE Hub-Katalog.
Horizon Cloud-Umgebung mit Einzel-Pod-Brokering – Erzwingen des Zugriffs von Endbenutzern über Omnissa Access auf ihre berechtigten Desktops und Anwendungen
Diese Schritte gelten, wenn Ihre Horizon Cloud-Umgebung für Einzel-Pod-Brokering konfiguriert ist und wenn Sie Ihre Access-Umgebung in Ihre Pods in Microsoft Azure integriert haben. Horizon Cloud bietet diese Funktion, mit der Sie festlegen können, dass Endbenutzer Access verwenden müssen, um auf ihre vom Pod bereitgestellten Desktops und Remoteanwendungen zuzugreifen. Wenn Endbenutzer über Access auf ihre Desktops zugreifen müssen, wird der direkte Desktopzugriff mithilfe von Horizon Client oder Horizon Web Client verhindert. Diese Erzwingung ist nützlich, wenn Sie die Zwei-Faktor-Authentifizierungsmethode verwenden möchten, die in Ihrer Access-Umgebung festgelegt ist.
Ihre Endbenutzer starten ihre berechtigten Desktops in der Regel mit den folgenden Methoden.
- In einem Browser durch Laden des FQDN für Endbenutzerzugriff, der in den DNS-Datensätzen Ihrer Organisation mit dem Pod verknüpft ist, auf den sie zugreifen müssen.
- Über die Horizon Client-Anwendung, indem Sie diesen FQDN als neuen Serverstandort in die Clientanwendung einschließen.
- Von Access, wenn Sie die Umgebungen integriert haben, wie unter Eine Horizon Cloud-Umgebung mit Einzel-Pod-Brokering – Integrieren der Horizon Cloud-Pods der Umgebung in Microsoft Azure mit Omnissa Access beschrieben.
In der First-Gen-Horizon Universal Console können Sie optional Ihre Horizon Cloud-Umgebung so konfigurieren, dass Endbenutzer nur Access verwenden müssen. Sie können das Erzwingen für Benutzer konfigurieren, die von Standorten außerhalb Ihres Unternehmensnetzwerks oder von innerhalb Ihres Unternehmensnetzwerks auf ihre Desktops und Anwendungen zugreifen – oder für beides. Sie können den Client auch so konfigurieren, dass er automatisch zu Access umleitet, wenn die Erzwingung aktiviert ist.
Die Funktion zum Erzwingen des Endbenutzerzugriffs auf Access funktioniert wie folgt mit der Funktion "Zugriffsumleitung".
| Erzwingen des Endbenutzerzugriffs über die Einstellung "Zugriff" | Einstellung für die Zugriffsumleitung | Was passiert, wenn der Client des Endbenutzers eine Verbindung mit Horizon Cloud herstellt, um auf seine Desktops und Anwendungen zuzugreifen |
|---|---|---|
| Aktiviert (Ja) | Aktiviert (Ja) | Der Client wird automatisch zu Access umgeleitet. |
| Aktiviert (Ja) | Deaktiviert | Client zeigt eine Meldung an, die den Benutzer darüber informiert, dass er über Access auf Horizon Cloud zugreifen muss. Eine automatische Umleitung findet nicht statt. |
| Deaktiviert | Aktiviert (Ja) | Client zeigt den Horizon Cloud-Anmeldebildschirm an, auf dem sich der Endbenutzer anmelden kann. Eine automatische Umleitung findet nicht statt, da der erzwungene Zugriff auf Access nicht aktiviert ist. |
| Deaktiviert | Deaktiviert | Client zeigt den Horizon Cloud-Anmeldebildschirm an, auf dem sich der Endbenutzer anmelden kann. In diesem Szenario sind sowohl der erzwungene Zugriff als auch die automatischen Umleitungsfunktionen deaktiviert. |
Voraussetzungen
Stellen Sie sicher, dass Ihre Horizon Cloud- und Access-Umgebungen erfolgreich integriert wurden. Weitere Informationen finden Sie unter Eine Horizon Cloud-Umgebung mit Einzel-Pod-Brokering – Integrieren der Horizon Cloud-Pods der Umgebung in Microsoft Azure mit Omnissa Access.
Vorgehensweise
-
Navigieren Sie in der - Konsole zu Einstellungen > Identitätsverwaltung und klicken Sie auf Konfigurieren.
-
Treffen Sie im Dialogfeld eine Auswahl entsprechend den Anforderungen Ihrer Organisation.
Option Beschreibung Workspace ONE Access für Remotebenutzer erzwingen: Wenn Sie die Einstellung Ja wählen, müssen sich Benutzer, die versuchen, von Orten außerhalb Ihres Unternehmensnetzwerks auf ihre Desktops zuzugreifen, bei Access anmelden und von dort aus auf die Desktops zugreifen. Workspace ONE Access für interne Benutzer erzwingen: Wenn Sie die Einstellung Ja wählen, müssen Benutzer, die versuchen, von Standorten innerhalb Ihres Unternehmensnetzwerks auf ihre Desktops zuzugreifen, sich bei Access anmelden und von dort aus auf die Desktops zugreifen. -
Klicken Sie auf Speichern , um die Konfiguration im System zu bestätigen.
-
Legen Sie die Zugriffsumleitung in der Konfiguration der Identitätsverwaltung fest.
Hinweis: Sie können die Zugriffsumleitung nur für eine der Identitätsverwaltungs-URLs aktivieren, die auf der Seite "Identitätsverwaltung" konfiguriert sind. Wenn auf der Seite "Identitätsverwaltung" mehrere Konfigurationen mit unterschiedlichen Identitätsverwaltungs-URLs aufgelistet sind und eine der Umschaltoption auf JA festgelegt ist, wird beim Versuch, die Umschaltoption für eine andere Identitätsverwaltungs-URL auf JA zu setzen, eine Fehlermeldung angezeigt.
-
Aktivieren Sie auf der Seite Identitätsverwaltung das Kontrollkästchen für die Access-Konfiguration, für die Sie die Umleitung festlegen möchten, und klicken Sie auf Bearbeiten , um die zugehörige Konfiguration zu öffnen.
-
Legen Sie die Umschaltoption Workspace ONE-Umleitung auf JA fest.
-
Klicken Sie auf Speichern.
-
Nächster Schritt
Vergewissern Sie sich, dass sich der Desktopzugriff entsprechend Ihren Einstellungen verhält. Versuchen Sie dazu, mit dem Horizon Client oder direkt mit einem Browser auf einen Desktop zuzugreifen, und nicht über Access.
War diese Seite hilfreich?