Versionshinweise zu Omnissa Horizon 8

Horizon 8 2512 | 16. Dezember 2025 Build: 8.17.0-20167542520

Horizon 8 2512.1 | 2. März 2026 Build: 8.17.1-22261233721

Mit Horizon 8 können IT-Abteilungen Remote-Desktops und Anwendungen im Datencenter ausführen und die Desktops und Anwendungen den Mitarbeitern zur Verfügung stellen. Benutzer erhalten eine vertraute, persönlich angepasste Umgebung, auf die sie mit einer Vielzahl von Geräten überall im Unternehmen oder von zu Hause aus zugreifen können. Durch die Zentralisierung von Daten im Datencenter werden Administratoren zentrale und effiziente Steuerungs- und Sicherheitsfunktionen geboten.

Wichtige Hinweise

• Der Horizon 2512 Agent wird jetzt sowohl von der ESB-Serverversion 2503 als auch von der Serverversion 2512 unterstützt. Weitere Informationen dazu finden Sie unter Kompatibilitätsmatrix für verschiedene Versionen von Horizon 8-Komponenten.

• Horizon 8 2512 mit automatisierten Nutanix-Pools oder -Farmen: Eine Änderung des Kopplungsmechanismus in 2512.1 erfordert, dass sowohl Verbindungsserver als auch Agents auf 2512.1 aktualisiert werden, damit laufende Bereitstellungsvorgänge funktionieren. Informationen zum Vorbereiten Ihrer Umgebung für eingeschränkte Abwärtskompatibilität finden Sie im KB-Artikel 6001315.

• Horizon 8 wird nicht mit vSphere 6.5 oder vSphere 6.7 unterstützt, da beide das Ende des allgemeinen Supports überschritten haben. Horizon 8 Instant Clones sind inkompatibel mit vSphere 6.5 und vSphere 6.7. Wenn Sie Instant Clones verwenden, müssen Sie daher vor dem Upgrade auf Horizon 8 auf vSphere 7.0 oder höher aktualisieren.

• Informationen zum kombinierten Angebot von Omnissa Horizon mit VMware vSphere Foundation for VDI, einschließlich Lizenzierung, Paketerstellung und häufig gestellter Fragen, finden Sie im KB-Artikel 6000381.

Neuheiten – 2512.1

Horizon 8 2512.1 ist eine Wartungsversion.

Neuheiten – 2512

Unterstützung für Nutanix AHV

Horizon 8-Unterstützung für Nutanix AHV ist jetzt allgemein verfügbar. In dieser Version wird die Horizon-Unterstützung für Nutanix AHV um die folgenden Funktionen erweitert:

• Unterstützung für automatisierte RDSH-Farmen, einschließlich veröffentlichter Anwendungen und Desktops
• In App Volumes veröffentlichte Apps On-Demand
• ClonePrep-Anpassung für Pools und Farmen
• Sysprep-Profilmanagement über Horizon Console
• Overlay-Netzwerkunterstützung
• Gehostete VM-Apps (veröffentlichte Apps für Nutanix-Desktop-Pools für Einzelsitzungen)
• Horizon im FIPS-fähigen Modus
• Horizon Recording
• Überwachung von Workspace ONE Intelligence in Horizon
• Horizon Cloud-Helpdesk
• DEX für Horizon

Hinweis: Kunden, die ein Upgrade von Horizon 8 2506 mit aktivierter Nutanix-Funktion mit eingeschränkter Verfügbarkeit durchführen, müssen Horizon Agents aufgrund von Änderungen in der Kommunikation zwischen Server und Agents sofort nach dem Upgrade von Horizon Connection Server aktualisieren:

• Nicht persistente Pools: Führen Sie ein Upgrade des (oder erstellen Sie ein neues) Golden Image mit dem 2512 Agent durch und initiieren Sie eine Aufgabe zur Image-Weitergabe, um den Pool zu aktualisieren
• Persistente Pools: Führen Sie ein Upgrade von Horizon Agent von 2506 auf 2512 auf jeder bereitgestellten VM durch. Führen Sie ein Upgrade des (oder erstellen Sie ein neues) Golden Image mit dem 2512 Agent für zukünftige Poolerweiterungen.

Horizon Connection Server

• Diese Version enthält die Workspace ONE Assist-Integration für Horizon 8 für mit Horizon Cloud verbundene Kunden. Administratoren können jetzt sichere Remote-Support-Sitzungen direkt von der Horizon Cloud Universal-Konsole auf einem aktiven Horizon 8 VDI-Desktop initiieren. Diese Verbesserung optimiert die Fehlerbehebung, eliminiert die Notwendigkeit von Drittanbietertools und steigert die Supporteffizienz in allen Umgebungen.

• Diese Version verbessert die Helpdesk-REST API, um detaillierte Metriken zum Anmeldesegment in einem strukturierten Format zurückzugeben. Der aktualisierte Endpoint bietet Aufschlüsselungen für Authentifizierung, Brokering, Protokollverbindung, GPO-Laden, Anmeldeskript, Profil-Laden und interaktive Sitzung. Dadurch können Sie VDI-Anmeldeverzögerungen besser überwachen, diagnostizieren und reduzieren.

• In dieser Version wird die SAML-Konfiguration pro Pod in Horizon hinzugefügt, sodass Administratoren SAML-Einstellungen auf Pod-Ebene statt für jeden einzelnen Verbindungsserver definieren können. Diese Verbesserung erhöht die Flexibilität, unterstützt mandanten- oder Pod-spezifische Identitätsanforderungen und bietet vollständige Abwärtskompatibilität. Darüber hinaus erhöht sie die Sicherheit, verbessert die Anpassungsoptionen und lässt sich besser an unterschiedliche Authentifizierungsanforderungen des Unternehmens anpassen. Darüber hinaus unterstützt diese Version jetzt die Verwendung von Sonderzeichen in dynamischen Metadaten-URLs vollständig.

• Ab Horizon 8 2512 können verschlüsselte Sicherungsdateien von früheren Installationen nicht wiederhergestellt werden, nachdem das Kennwort für die Datenwiederherstellung geändert wurde. Beim Upgrade auf 2512 oder höher ist es wichtig sicherzustellen, dass alle Verbindungsserver im Pod oder Cluster aktualisiert werden, bevor das Kennwort für die Datenwiederherstellung geändert wird.

• Diese Version verbessert die Konformität der Barrierefreiheit im Horizon 8-Verbindungsserver in Übereinstimmung mit DCSA- und WCAG 2.0-Standards. Die Verbesserungen adressieren zuvor nicht erfüllte Richtlinien, um die VPAT-Konformitätspunktzahl auf über 50 % zu erhöhen. Diese Arbeit unterstützt eine inklusive Benutzererfahrung, gewährleistet die fortlaufende Eignung für die Verwendung durch den Bund und erfüllt die vorgeschriebenen Anforderungen des CIO und der Bundesbehörden.

• Das Installationsprogramm überträgt jetzt automatisch die FSMO-Rolle des Schemamasters an die lokale LDAP-Instanz, bevor vorhandene Verbindungsserverdienste während eines Upgrades deinstalliert werden. Dadurch werden Upgradefehler vermieden, bei denen der Server andernfalls nicht mehr reagieren könnte. Wenn die Schemamaster-Rolle nicht übertragen werden kann, bricht das Installationsprogramm den Vorgang sicher ab und behält die vorhandenen Dienste bei, um die Stabilität während paralleler Upgrades sicherzustellen.

• Favicon-Integritätsprüfungen wurden von Tomcat auf ein sicheres Gateway verlagert, um einen effizienteren Prozess zu ermöglichen. Ursprünglich wurde die /favicon.ico-Abfrage von Tomcat verarbeitet, wodurch sich die Last bei häufigen Integritätsprüfungen erhöhte. Durch die Implementierung dieser Änderung sind die Gesamtantwortzeiten kürzer, die Back-End-Last wird reduziert, und Lastausgleichsdienste können nun häufiger Abfragen durchführen, ohne die vorherige Einschränkung von zwei Ausgleichsdiensten in 30-Sekunden-Intervallen.

• Horizon 8 unterstützt jetzt die Richtlinie „Zugriff auf Basis des Benutzerstandorts“ für automatisierte Desktop-, manuelle, RDS-Desktop- und Anwendungspools. Administratoren können Einstellungen für den internen Zugriff (über Horizon Connection Server), den externen Zugriff (über UAG) oder beides konfigurieren. Beispielsweise können Bankbenutzer im Büronetzwerk auf alle Banking-Anwendungen zugreifen, während diejenigen, die sich von zu Hause aus verbinden, nur Zugriff auf E-Mail haben.

• Diese Version verbessert die Horizon-Protokollierung für Clienteinschränkungen. Neue Überwachungsereignisse werden in der Ereignisdatenbank aufgezeichnet und zwecks SIEM-Sichtbarkeit an Syslog weitergeleitet. Protokolle erfassen Details zu Client-Blockier-/Warnaktionen mit Metadaten zu Version, IP, Richtlinie und Grund. Zu den Ereignistypen gehören Versionsempfehlungen, nicht unterstützte Clients und Ergebnisse von Zertifikatsrichtlinien.

• Die Standardlebensdauer des Zertifikats vdm ist jetzt auf 6 Monate festgelegt. Diese Änderung erhöht die Sicherheit, da Zertifikate häufiger erneuert werden müssen, wodurch das mit langlebigen Anmeldedaten verbundene Risiko verringert wird. Dieses Update steht im Einklang mit aktuellen Branchentrends, die eine kürzere Lebensdauer von Zertifikaten bevorzugen.

• Horizon Recording wurde eine rollenbasierte Zugriffssteuerungsfunktion (RBAC) hinzugefügt, mit der Administratoren konfigurieren können, wer auf die Horizon Recording-Konsole zugreifen kann und für welche Aufgaben die verschiedenen Benutzergruppen autorisiert sind. Mit der rollenbasierten Zugriffssteuerung können Sie Rollen erstellen, selektiv Berechtigungen zuweisen und Berechtigungen und Zugriffsebenen für bestimmte Active Directory-Benutzergruppen erstellen.

• Diese Version bietet Unterstützung für Single Sign-On für mit Entra ID verbundene Desktops und Anwendungen, wenn der Windows-Client mithilfe von Omnissa Workspace ONE Access gestartet wird. Benutzer authentifizieren sich über Omnissa Access und können ihre Horizon-Desktops und -Anwendungen starten, ohne die Entra ID-Anmeldedaten im Desktop erneut eingeben zu müssen. Dies optimiert den Zugriff für Umgebungen, die auf Entra ID basieren, und bietet lokalen Organisationen einen reibungsloseren Weg bei der Bereitstellung von Azure-basierten Horizon-Ressourcen. ​Warten auf die Einführung der Microsoft GA (vorläufig: zu Ende Januar 2026). Weitere Informationen finden Sie im Abschnitt SSO für mit Entra ID verbundene Desktops und Anwendungen über Workspace ONE Access im Handbuch Desktops und Anwendungen.

• Broker-verwaltetes Client-Upgrade: Horizon Connection Server unterstützt jetzt das Management von Client-Upgrades für Windows- und Mac-Clients. Administratoren können Versionsrichtlinien erzwingen, Installationsdateien für Desktop-Clients hosten und Benutzer zur Aktualisierung auffordern, wenn ihre Clientversion blockiert ist.

• In dieser Version wird die Möglichkeit eingeführt, Computer mit dem Raster zu finden, das die zugewiesenen Benutzer einer bestimmten Gruppe basierend auf der Gruppen-ID anzeigt. Das Filtern und Sortieren ist im Raster „Computer suchen“ für die REST API im Workflow „Benutzer und Gruppen“ nicht spaltenübergreifend verfügbar.

Horizon Console

• Administratoren können jetzt den Lastausgleich für RDSH-Sitzungen auf der Ebene einer RDSH-Farm über die Horizon Console oder die Horizon REST API deaktivieren/aktivieren. Bisher konnten Administratoren den Lastausgleich für RDSH-Sitzungen auf Pod-Ebene nur über eine ADAM-DB-Änderung deaktivieren. Darüber hinaus passen sich die Bucketing-Attribute für RDSH-Sitzungen jetzt nach Bedarf an, um eine gleichmäßige Lastverteilung sowohl bei geringer als auch bei hoher Nutzung zu gewährleisten. Weitere Informationen finden Sie unter Lastausgleichseinstellungen.

• In dieser Version wird serverseitige Unterstützung für das Filtern und Sortieren auf Spaltenebene für Rasteransichten eingeführt und der bisherige globale clientseitige Filter ersetzt. Die erweiterte REST API ermöglicht jetzt präzises Filtern und Sortieren einzelner Spalten in Workflows wie „Computer“ und „Bestand“. Dadurch wird die Übersichtlichkeit, Benutzerfreundlichkeit und Konsistenz der Daten verbessert, da immer mehr Workflows auf servergesteuerte UI-Vorgänge umgestellt werden.

• Administratoren können jetzt während der Erstellung von Instant Clone-Desktop-Pools oder bei Image-Weitergabe-Workflows direkt in der Horizon Console ein vGPU-Profil auswählen. Bisher wurden vGPU-Profile von Snapshots übernommen. Durch diese Verbesserung wird ein Dropdown-Menü für das vGPU-Profil als Teil der Computing-Profildefinition hinzugefügt, wenn ein Instant Clone-Pool erstellt oder eine Image-Übertragung vorbereitet wird. Auf diese Weise kann ein einzelnes vGPU-Golden Image mit unterschiedlichen Pools verwendet werden, während unterschiedliche vGPU-Profile möglich sind. Außerdem müssen Golden Images nicht aktualisiert werden, nur um das vGPU-Profil zu ändern.

• Administratoren können jetzt Workspace ONE UEM Management direkt über die Horizon Console aktivieren, wenn sie persistente (dedizierte) Desktop-Pools erstellen. Diese Verbesserung erweitert Workspace ONE UEM auf physische Geräte, mobile Endpunkte und Horizon VDI und bietet eine einheitliche Tag-2-Managementerfahrung über eine einzige Konsole. Die Integration gewährleistet eine konsistente Richtlinienanwendung vom ersten Tag an, vereinfacht den Betrieb, verbessert die Konformität und Sicherheit und reduziert die Gesamtbetriebskosten.

• Das automatische Agent-Upgrade ist jetzt mit erweiterter Unterstützung für Agent-Quellen verfügbar. Zusätzlich zu von Omnissa gehosteten CDS und vollständigen URLs können Administratoren einen UNC-Pfad definieren, um eine SMB-Dateifreigabe für die Agent-Bereitstellung zu verwenden. Die Horizon Console ermöglicht das Herunterladen des Agents, die Auswahl der Freigabe und seine Konfiguration als Upgrade-Quelle.

Horizon Agent for Linux

• Unterstützung für NVIDIA Blackwell-GPUs: Der Horizon Agent for Linux unterstützt jetzt NVIDIA Blackwell-GPUs in allen Linux-Distributionen. Dies bedeutet, dass Linux-VDI-Arbeitslasten die neueste GPU-Architektur verwenden können.

• Diese Version enthält die Funktion der URL-Weiterleitung für den Linux-Agent. Jetzt können URLs, die im Browser des Omnissa Horizon-Linux-Agent geöffnet werden, basierend auf vom Benutzer konfigurierbaren Einstellungen auf den Omnissa Horizon Client-Computer umgeleitet werden.

• Aktualisierte NVIDIA vGPU-Unterstützung: Horizon Agent 2512 bietet Unterstützung für die NVIDIA vGPU-Versionen 16.12, 18.5, 19.3 und 19.4.

Horizon Agent für Windows

• Installation ohne Kennwort: Nicht verwaltete Agents können jetzt ohne Horizon Administrator-Anmeldedaten unter Verwendung der Vorabzuteilung auf Computern installiert werden, die einer Domäne beigetreten sind. Das Agent-Installationsprogramm kann auch seinen vorab zugewiesenen Pod oder Cluster erkennen.

• Horizon Clients können jetzt ihre öffentlichen IP-Adressen abrufen und melden. Der Horizon Agent für Windows ruft jetzt die öffentliche IP-Adresse des Clientcomputers als Teil der DEX-Telemetrie ab und meldet diese. Das Horizon Client-DEEM-Plug-In ruft die öffentliche IP vom DEEM-Agent ab, wenn ein Benutzer eine Verbindung zu einer Remotesitzung herstellt, und leitet sie an den Agent weiter, der sie dann an Workspace ONE Intelligence (INTEL/WS1) meldet. Administratoren erhalten einen besseren Einblick in die Verbindungsquellen, sodass sie Benutzeraktivitäten überwachen, auf Vorfälle reagieren und Konformitätsanforderungen einhalten können.

• Ende des Supports für Windows 10: Microsoft hat die Mainstream-Unterstützung für Windows 10 im Oktober 2025 beendet und bietet nun Extended Security Updates (ESU) an. Horizon erweitert seine Unterstützung für Windows 10 ab Version 2512 über Agent 2603, jedoch nur, wenn das Betriebssystem durch Microsoft ESU abgedeckt wird. Weitere Informationen finden Sie im KB-Artikel 6001105.

• Automatisches Agent-Upgrade: Das automatische Agent-Upgrade umfasst jetzt Vorabprüfungen zur Validierung. Wenn eine Vorabprüfung fehlschlägt, werden sowohl die Agent- als auch die VM-Aktualisierung als fehlgeschlagen markiert. Zu den Vorabprüfungen gehören:

  • Erkennung von unzureichendem Festplattenspeicher
  • Überprüfung des Windows-Update-Vorgangs
  • Ausstehende Validierung des Neustarts
  • Prüfungen auf ungültige oder nicht erreichbare UNC-Pfade

• Unterstützung für NVIDIA Blackwell-GPUs: Der Horizon Agent für Windows unterstützt jetzt NVIDIA Blackwell-GPUs auf Windows 10-, Windows 11- und Windows Server-Gastbetriebssystemen. Dies ermöglicht Hochleistungsgrafik-Arbeitslasten auf der neuesten GPU-Generation.

• Horizon V2 Agent unterstützt jetzt die Möglichkeit, nach der erfolgten Anpassung ein Skript auszuführen. Administratoren können ein Skript konfigurieren, das ausgeführt wird, nachdem der Agent angepasst wurde, einschließlich Azure AD-Beitritt, lokaler AD-Beitritt, Hybrid-Beitritt, Instant Clone-Domänenbeitritt und LCM-Szenarien „Domänenbeitritt überspringen“. Diese Funktion wird mithilfe neuer JSON-Konfigurationsfelder und Registrierungswerte für die Ausführungs- und Statusverfolgung gesteuert.

• Verbesserte USB-Umleitung für RDS-Hosts: Der Horizon Agent für Windows (RDSH) unterstützt jetzt die Umleitung mehrerer USB-Geräte, die dieselbe Anbieter-ID (VID) und Produkt-ID (PID) verwenden. Bisher konnte nur ein einzelnes Gerät mit einem passenden VID/PID-Paar an eine Sitzung umgeleitet werden. Diese Verbesserung ermöglicht es Umgebungen, die identische USB-Hardware verwenden (z. B. Scanner, HID-Geräte oder benutzerdefinierte Peripheriegeräte), mehrere Instanzen gleichzeitig anzuhängen.

• Aktualisierte NVIDIA vGPU-Unterstützung: Horizon Agent 2512 bietet Unterstützung für die NVIDIA vGPU-Versionen 16.12, 18.5, 19.3 und 19.4.

• Unterstützung für Windows 11 25H2 und Windows Server 2025: Vollständige Unterstützung wurde für Windows 11 25H2 und Windows Server 2025 hinzugefügt, einschließlich Einzelsitzungs-Desktops, Mehrfachsitzungsfarmen und App-Modus-Konfigurationen. Die Unterstützung für Windows 11 22H2 wurde beendet.

Horizon 8 auf Amazon WorkSpaces Core

• Die Bereitstellungsvorgänge wurden verbessert, um die Erstellung von Pools erheblich zu beschleunigen. In einigen Fällen konnte die Bereitstellungszeit um bis zu 60 % reduziert werden, wodurch Effizienz und Skalierbarkeit verbessert wurden. Weitere Informationen finden Sie im KB-Artikel 600123.

• Das automatische Agent-Upgrade für Horizon 8 auf dedizierten Amazon WorkSpaces Core-Pools wird jetzt unterstützt. Mit dieser Funktion können Administratoren die Horizon Agents auf WorkSpaces-Instanzen automatisch aktualisieren. Die WorkSpaces-Instanzen müssen sich im Status „Verfügbar“ befinden, um diese Funktion verwenden zu können. Weitere Informationen finden Sie unter Automatisches Upgrade von Horizon Agent.

• Administratoren können jetzt energieoptimierte – stündliche Pools ohne Online-Reservecomputer konfigurieren, um Kosten zu senken. Wenn Sie die Anzahl der Reservecomputer auf „0“ festlegen und die Option zum Bereitstellen aller Computer im Voraus auswählen, werden alle Computer bereitgestellt und dann angehalten, um die laufenden Kosten zu minimieren. Wenn eine Benutzerberechtigung gestartet wird, wird die WorkSpaces-Instanz eingeschaltet und dem Benutzer bei Bedarf bereitgestellt, wodurch Kosteneffizienz ohne Beeinträchtigung der Verfügbarkeit sichergestellt wird. Der Power Scheduler wird nicht mehr benötigt und Ihre Berechtigungen sind jederzeit verfügbar.

• Administratoren können jetzt Workspace ONE UEM Management über die Horizon Console direkt aktivieren und Computer registrieren, wenn sie dedizierte Desktop-Pools erstellen.

• Helpdesk-Remotehilfe wird jetzt mit Horizon 8 auf Amazon WorkSpaces Core unterstützt. Sie können Tickets für eine Remoteunterstützung für verbundene Desktop- oder Anwendungssitzungen generieren. Administratoren haben die Möglichkeit, mit Remotehilfe die Desktop-Probleme eines Benutzers und die Fehlerbehebung zu steuern.

• Omnissa Horizon 8 auf Amazon WorkSpaces Core unterstützt jetzt hybride Microsoft Entra-Bereitstellungen im Verbund- und im verwalteten Modus

Remote-Desktopfunktionen

• In dieser Version wird eine GPO-basierte Steuerung für die Zuordnung der URL-Umleitung zu einer vorhandenen verbundenen VDI-Sitzung eingeführt. URLs leiten zur zuletzt verbundenen VDI um, wenn mehrere Sitzungen vorhanden sind, oder greifen auf eine definierte Standard-VDI zurück, wenn keine aktiv ist. Wenn keine Standardeinstellung angewendet wird, können Benutzer auswählen, ob sie in einem VDI-Browser oder in einem lokalen Browser starten möchten.

• Verbessertes BENIT Transport Switching: Die Erweiterung des BENIT Switching zur Aufrechterhaltung der Leistung bei schwankenden Netzwerkbedingungen. Die BENIT Transport-Switching-Logik kann die TCP-Verbindungsqualität nutzen, um den aktiven Transport zwischen TCP und BEAT zu schalten. Dieser Ansatz ermöglicht eine flexiblere Anpassung des Blast-Transports an die aktuellen Netzwerkbedingungen und verbessert so die Endbenutzererfahrung in unterschiedlichen Netzwerkumgebungen. Diese Verbesserung gilt nur für Windows Horizon Agent und alle Clients.

• Blast-Kompatibilität mit NVIDIA GPUs auf vSphere/VCF 9.x: Horizon unterstützt jetzt Blast-Verbindungen mithilfe von NVIDIA vGPUs auf vSphere und VMware Cloud Foundation (VCF) 9.x. Dieses Update ermöglicht GPU-beschleunigte Blast-Leistung auf unterstützten Gastbetriebssystemen, einschließlich Windows 10, Windows 11, Windows Server und unterstützten Linux-Distributionen.

• Horizon unterstützt jetzt Blast Extreme Adaptive Transport (BEAT) über umgekehrte Verbindung. Bisher unterstützte die umgekehrte Verbindung nur TCP-basiertes Blast. BEAT funktioniert jetzt in Bereitstellungen mit umgekehrter Verbindung ohne zusätzliche Konfiguration, abgesehen von der Sicherstellung der ausgehenden UDP-Konnektivität vom Agent zum UAG.

• Aktualisierte NVIDIA VideoSDK-Unterstützung und verbesserte Blast-Kodierungsfunktionen: Blast bietet jetzt ein Upgrade auf NVIDIA VideoSDK 13 an, ersetzt die Legacy-SDK 8-Unterstützung und ermöglicht die Verwendung von SDK 12 und SDK 13. Dieses Update enthält Verbesserungen an den Encoder-Voreinstellungen und Tuning-Profilen, wie von NVIDIA empfohlen, was zu einer verbesserten Komprimierungseffizienz führt, um eine höhere Videoqualität bei niedrigeren Bitraten bereitzustellen.

• Dynamische Zeitzonenumleitung für RDSH: Unterstützung für dynamische Zeitzonenumleitung in RDSH-Umgebungen (Mehrfachsitzungen) wurde hinzugefügt, um sicherzustellen, dass die Clientzeitzone des Benutzers, einschließlich dynamischer Sommerzeitregeln, in der Sitzung korrekt angewendet wird. (Dies wird bereits in einer VDI-Einzelsitzung unterstützt.)

• Vvc-Raw-Kanal-Unterstützung für Blast MKS/Audio wird jetzt auf Mac- und mobilen Clients sowie in Bereitstellungen mit UAG unterstützt.

• Einige der Leistungsverbesserungen in Vvc-Raw-Kanälen wurden auf alle anderen Vvc-basierten Funktionen auf TCP ausgeweitet.

• Unterstützung für die Zoomfunktion von MS Teams: Horizon Agent unterstützt jetzt die Zoom-Funktion bei Verwendung der Omnissa WebRTC Teams-Optimierung.

• Steuerung der manuellen Rauschunterdrückung: Horizon bietet jetzt Unterstützung für die manuelle Deaktivierung der Rauschunterdrückung bei Verwendung der Horizon Teams-Optimierung (WebRTC 1.0).

Windows-Betriebssystem-Optimierungstools für Omnissa Horizon

• Diese Version bietet Unterstützung für Windows 11 24H2 und höher.

Behobene Probleme – 2512.1

Die Nummern vor den behobenen Problemen beziehen sich auf die Probleme, die im internen Fehler-Tracking-System von Omnissa erfasst wurden.

• AST-8489: Es wurde ein Problem behoben, bei dem die Registrierung bestimmter UWP-Anwendungen, darunter Microsoft Fotos, HEVC Video Extensions und HEIF Image Extensions, nach der Benutzeranmeldung bis zu 15 bis 20 Minuten dauern konnte, wenn das Windows-Image mithilfe der Option „Alle Store-Apps beibehalten“ optimiert wurde.
• HZN-7784 − Von vCenter verwaltete manuelle Desktop-Pools konnten nicht erstellt werden, wenn der 3D-Renderer auf NVIDIA GPU festgelegt war, da im VM-Raster keine vGPU-kompatiblen VMs angezeigt wurden. Auch das Bearbeiten und Speichern eines automatisierten Pools (Instant Clone oder Full Clone) mit aktivierter vGPU konnte fehlschlagen, was zu der Fehlermeldung „Max_Anzahl_an_Monitoren kann nicht festgelegt werden, wenn grid_vgpus_enabled auf true festgelegt ist“ führte, obwohl das Feld Maximale Anzahl an Monitoren abgeblendet war und in der Benutzeroberfläche nicht geändert werden konnte.
• HZN-7808 – Horizon Connection Server, der in Workspace ONE betrieben wird, meldete fälschlicherweise den Fehler „Ihre Horizon Client-Version unterstützt die Funktionen dieses Horizon Connection Servers nicht. Aktualisieren Sie Ihren Client.“ Nachfolgende Desktop- oder Anwendungsstarts wurden blockiert, nachdem die SSO-Anmeldedaten des Benutzers nach dem erstmaligen Start gesperrt wurden.
• HZN-7810 – In der Admin Console können Maschinen nicht nach der Spalte „Ausstehendes Image“ auf der Registerkarte „Computer“ für Instant Clone-Pools sortiert werden.
• HZN-7844 − Veröffentlichte Apps On-Demand von App Volumes 2512 konnte nicht gestartet werden und zeigte die folgende Fehlermeldung an: „Die Anwendung konnte nicht gestartet werden, möglicherweise weil sie fehlt oder falsch konfiguriert ist.“
• HZN-7478 − Nutanix Desktop-Pools im FIPS-Modus können nicht angepasst werden, was zu Zeitüberschreitungsfehlern führt.
• VCART-10256 – Der Nutanix Clone Prep-Desktop-Pool blieb bei „Beitritt zu Hybrid-Domäne wird ausgeführt“ hängen.

Behobene Probleme – 2512

Die Nummern vor den behobenen Problemen beziehen sich auf die Probleme, die im internen Fehler-Tracking-System von Omnissa erfasst wurden.

• HZN-7190 – Bei Horizon Connection Server kann es zu einer hohen CPU-Auslastung kommen, die durch SamlReconfigure verursacht wird.
• HZN-5129 – Beim Erstellen eines Nutanix-Pools kann der AD-Container in Horizon Console nicht vom Standard CN=Computers geändert werden.
• HZN-5146 – Reserve-VMs werden während der Phase der erneuten Bereitstellung nach einem Weitergabe-Vorgang in einem bedarfsgesteuerten Instant-Clone-Pool generiert.
• HZN-5409 – Benutzer stellen möglicherweise fest, dass Computerzuweisungen von lesbarem Benutzernamen zu GUID geändert wurden.
• HZN-5591 – Langsames Laden von Benutzersitzungen in der Admin-UI wirkt sich erheblich auf die Produktivität der Helpdesk-Mitarbeiter und den Benutzerzugriff aus.
• HZN-5776 − Bei Benutzern können zeitweise Probleme mit der bedarfsgesteuerten Ein-/Ausschaltfunktion innerhalb ihrer Horizon VDI-Sitzungen auftreten.
• HZN-6120 − Der vTPM-Flag-Wert, der während des über die REST API geplanten Weitergabe-Vorgangs festgelegt wurde, kann nicht gespeichert werden.
• HZN-6137 – Das Helpdesk-Tool kann VMs zwischen Pods nicht ordnungsgemäß trennen, was zu Sitzungsfehlern führt.
• HZN-6202 − Bei einigen Benutzern traten Upgrade-Fehler auf, die das Entfernen des Replikatservers und nachfolgende Standardserver-Upgrades erforderten.
• HZN-6331 – Das Banner „Bereitstellungsfehler“ wird in der Verwaltungskonsole nicht gelöscht, obwohl die Bereitstellung später nach der Behebung des Bereitstellungsfehlers erfolgreich war.
• HZN-6444 − Ein Instant Clone ist nicht mehr verfügbar und wird in der Horizon Console als „Agent deaktiviert“ gemeldet, obwohl die VDI ordnungsgemäß zu funktionieren scheint
• HZN-6726 – Das Zertifikat der Clusteridentität wird in der Horizon Console auch nach dem Ersetzen durch ein von einer Zertifizierungsstelle signiertes Zertifikat als nicht verwendet angezeigt.
• HZN-6733 − Während des Nutanix-Poolerstellungs-Workflows werden maximal 10 Netzwerke zur Auswahl angezeigt.
• HZN-6734 − RDS-Server mit aktiven Benutzersitzungen werden in den deaktivierten Zustand versetzt, wenn der Weitergabe-Vorgang mit „Auf die Abmeldung der Benutzer warten“ durchgeführt wird. Ihr Status wird jedoch in der Horizon-Admin-UI weiterhin als „Verfügbar“ angezeigt.
• HZN-6911 − Die Betriebsrichtlinie für den Pool ist so konfiguriert, dass ausgeschaltet wird. Wenn sich Benutzer jedoch abmelden, bleiben die VDI-Desktops eingeschaltet und werden nicht heruntergefahren.
• HZN-6931 – Bei einigen Benutzern sind möglicherweise Schwierigkeiten beim Zuordnen von Netzwerkbezeichnungen zu Full-Clone-Desktops während der Poolerstellung aufgetreten.
• HZN-6958 − Neue persistente Full-Clone-VDIs, die über die API oder das Network Label Tool erstellt wurden, werden im VLAN der Mastervorlage anstelle des aktualisierten VLAN des Pools bereitgestellt.
• HZN-7024 − Metrikdaten des Anmeldesegments können innerhalb weniger Minuten zeitweise verschwinden, was die Genauigkeit der Berichterstellung beeinträchtigt.
• HZN-7053 – In der Horizon-Admin-Konsole werden fälschlicherweise keine Ereignisse angezeigt, sodass Benutzer Probleme innerhalb des Clusters nicht schnell identifizieren können.
• HZN-7075 – Obwohl der Kennwort-Cache aktiviert und der TrueSSO-Modus in Workspace ONE deaktiviert ist, wird die TrueSSO-Anmeldung weiterhin initiiert.
• HZN-7189 – Wenn Administratoren nach Benutzern suchen und versuchen, die VM-Sitzung des Benutzers auszuwählen, können sie auf einen Fehler stoßen, wenn auf der VM RHEL 9.6 ausgeführt wird.
• HZN-7275 – Benutzer meldeten nach dem Upgrade auf 2503.1 ein langsames Systemzustands-Dashboard.
• HZN-7356 – Einige Benutzer können ihre Desktops nicht über die Workspace ONE Access Hub-Konsole zurücksetzen.
• HZN-7365 - Verbindung über F5 zum Verbindungsserver funktioniert nach dem Upgrade auf 2503 nicht.
• UBI-585 – Die Einstellung „Betriebssystemfestplatte nach n Tagen aktualisieren“ für Nutanix-Pools führt zu einer Aktualisierung nach der Abmeldung.
• UBI-680 – Ein Nutanix Golden Image kann nicht erneut beim Verbindungsserver registriert werden.

Bekannte Probleme

Die Nummern vor den bekannten Problemen beziehen sich auf die Probleme, die im internen Fehler-Tracking-System von Omnissa erfasst wurden.

Lesen Sie vor dem Upgrade auf diese Version die Informationen unter KB 6000681 und Upgrade auf Omnissa Horizon 8 2412 und höher.

Horizon Connection Server

• HZN-5160: Sortier- und Filterfunktionen wurden für bestimmte Spalten in Verwaltungstabellen entfernt. Dies führt im Vergleich zu früheren Versionen zu einem Funktionsverlust und kann sich auf Verwaltungs-Workflows auswirken.

  Problemumgehung: Keine

• HZN-7443 − Wenn eine VM im Zustand „Anpassung“ hängen bleibt, löschen Sie die VM aus der Horizon-Admin-Console oder der Horizon-REST API. Horizon erstellt dann die VM neu.

• Wenn einem Benutzer mehr als zehn globale dedizierte Berechtigungen zur Verfügung stehen, wird der Hostname der Maschine manchmal in globalen Berechtigungen nicht angezeigt, wenn die Option „Zugewiesenen Hostnamen anzeigen“ aktiviert ist.

• Das Planen eines Upgrades für einen RDS-Host wird möglicherweise erfolgreich abgeschlossen, aber das Upgrade selbst kann fehlschlagen, wenn der geplante Zeitpunkt erreicht ist.

  Problemumgehung: Weitere Informationen finden Sie im KB-Artikel 6000992.

• Wenn die Horizon-Ereignisdatenbank von einer Microsoft SQL Server-Instanz gehostet wird (beliebige Version), deaktivieren Sie TLS 1.2 nicht. Diese Verbindung kann nicht über TLS 1.3 hergestellt werden.

• HZN 2542 − Beim Ändern des Browsergebietsschemas und Aktualisieren der Horizon Console-UI werden für die neu ausgewählte Sprache keine Fehlermeldungen angezeigt.

  Problemumgehung: Melden Sie sich in einer neuen Browserregisterkarte bei der Horizon Console an.

• HZEC-2336 − View API-Verbraucher wie der MP4H-Adapter rufen MachineDetailsView auf. Diese API schlägt zeitweise mit dem Fehler „Benutzerdaten nicht gefunden“ fehl.

  Problemumgehung: Keine

• HZEC-2873 − Die Anzahl der für ESXi-Hosts gemeldeten Probleme in der Dashboard-Zusammenfassung stimmt möglicherweise nicht mit der Anzahl der Probleme überein, die im Abschnitt „Probleme bei dedizierten ESXi-Hosts“ im Dashboard gemeldet werden.

  Wenn die NVIDIA vGPU-Unterstützung eine Nichtübereinstimmung mit den unterstützten vGPUs für den angegebenen Host erkennt, sollte die Anzahl der Fehler steigen. Diese Anzahl wird aber möglicherweise nicht auf der Benutzeroberfläche angezeigt.

  Problemumgehung: Zeigen Sie die Warnungen unter Dashboard > Systemzustand > Ansicht > vSphere > ESX-Hosts an.

Horizon Agent für Windows

• HZN-8997: Auf der Admin-Benutzeroberfläche wird nach dem Upgrade von Windows 10 auf Windows 11 ein falscher GOS-Typ für die Agent-VM angezeigt.

  Problemumgehung: Entfernen Sie die Maschine aus der Admin-Benutzeroberfläche (unter Registrierte Maschinen > Sonstige) und installieren Sie dann den nicht verwalteten Agenten erneut. Nach Abschluss dieser Schritte wird das Betriebssystem auf der Admin-Benutzeroberfläche korrekt als Windows 11 angezeigt.

Horizon Agent for Linux

In diesem Abschnitt werden Probleme beschrieben, die bei Horizon Agent for Linux oder dann auftreten können, wenn Sie einen Linux-Desktop konfigurieren.

• VCART-9593: Linux-VDI-Sitzungen können nicht gestartet werden, wenn der FIPS-Modus auf RHEL 8.10 aktiviert ist. Für dieses Problem gibt es keine Umgehung.

• VCART-1502: Das Session Collaboration-Symbol verschwindet aus der Taskleiste, nachdem die Größe eines Debian 12.x-Desktops geändert wurde.

  Problemumgehung: Trennen Sie die Desktop-Verbindung und stellen Sie sie wieder her. Nach einer erneuten Verbindung zum Desktop wird das Symbol „Session Collaboration“ in der Regel angezeigt. Alternativ können Sie versuchen, GNOME Shell mit den folgenden Schritten neu zu starten:

  1. Drücken Sie Alt+F2, um das Dialogfeld „Befehl ausführen“ anzuzeigen.

  2. Geben Sie „r“ in das Dialogfeld ein.

  3. Drücken Sie die Eingabetaste.

• VCART-9623: Das Fenster „Zusammenarbeit“ wird manchmal nicht angezeigt, wenn Sie eine Verbindung zu einem Remote-Desktop herstellen und auf das Symbol der Benutzeroberfläche für die Zusammenarbeit klicken.

  Problemumgehung: Passen Sie die Größe des Desktopfensters an oder stellen Sie erneut eine Verbindung mit dem Remote-Desktop her.

• VCART-9624: Das Tastaturlayout und das Gebietsschema eines Linux-Agenten sind nicht mit dem Client synchronisiert, wenn „System der Tastatureingabemethode“ auf fcitx festgelegt ist.

  Problemumgehung: Legen Sie für „System der Tastatureingabemethode“ iBus fest.

• VCART-9625: Wenn Sie zwei Monitore mit unterschiedlicher Auflösung konfigurieren, wobei die Auflösung des primären Bildschirms niedriger ist als die des sekundären, können Sie den Mauszeiger unter Umständen nicht bewegen oder Anwendungsfenster in bestimmte Bereiche des Bildschirms ziehen.

  Problemumgehung: Stellen Sie sicher, dass die Auflösung des primären Monitors mindestens so hoch ist wie die des sekundären.

• VCART-9626: Wenn ein Clientbenutzer das Fenster einer veröffentlichten Linux-Anwendung mit dem Befehl Minimieren minimiert und anschließend den Befehl Maximieren auswählt, wird das Fenster in der vorherigen Größe wiederhergestellt, anstatt wie erwartet in den Vollbildmodus zu wechseln.

  Problemumgehung: Um in den Vollbildmodus zu wechseln, wählen Sie den Befehl Maximieren erneut aus.

• VCART-9627: Bei veröffentlichten Linux-Anwendungen kann die Windows-Taskleiste nicht für die Aufteilung des Arbeitsbereichs in eine Multimonitoranzeige verwendet werden. Angenommen, ein Clientbenutzer verfügt über zwei nebeneinander angeordnete Monitore. Wenn der Benutzer die Taskleiste auf der rechten Bildschirmseite des linken Monitors oder auf der linken Bildschirmseite des rechten Monitors verschiebt, wird der Arbeitsbereich in zwei Teile aufgeteilt. Wenn der Benutzer jedoch das Anwendungsfenster maximiert, wird das Fenster in Bezug auf die Taskleiste nicht korrekt angezeigt.

• VCART-9638: Bei der Verbindungsherstellung mit einer veröffentlichten Linux-Anwendung über Horizon Client für Mac wird das Anwendungsfenster mit eckigen statt mit abgerundeten Ecken angezeigt.

• VCART-9639: Wenn ein Clientbenutzer ein nicht modales Dialogfeld in einer veröffentlichten Linux-Anwendung nicht schließt und dann eine systemeigene Anwendung auf dem Clientsystem aktiviert, wird ein Teil des Dialogfelds angezeigt, sobald der Benutzer zur veröffentlichten Anwendung zurückkehrt.

• VCART-9640: Wenn der Clientbenutzer ein Fenster für die veröffentlichte Linux-Anwendung minimiert oder eine weitere Anwendung vor das Fenster der veröffentlichten Anwendung schiebt, kann in der Taskleiste keine Vorschau des Miniaturbilds des Fensters der veröffentlichten Anwendung angezeigt werden. Wenn Sie mit der Maus über das Symbol der veröffentlichten Anwendung in der Taskleiste gehen, wird anstelle des Fensterinhalts der veröffentlichten Anwendung ein leeres Miniaturbild angezeigt.

• VCART-9641: Veröffentlichte Linux-Anwendungen bieten keine Unterstützung für die Aero Snap-Funktion auf Windows-Client-Systemen. Benutzer, die eine Verbindung zu einer veröffentlichten Linux-Anwendung über Horizon Client für Windows herstellen, können keine Fenster mit der Tastatur oder der Maus an die Ränder des Computerbildschirms andocken oder feststellen.

• VCART-9642: Veröffentlichte Linux-Anwendungen bieten keine Unterstützung für die Sprunglistenfunktion auf Windows-Client-Systemen. Wenn ein Benutzer von Horizon Client für Windows aus eine Verbindung zu einer veröffentlichten Linux-Anwendung herstellt und mit der rechten Maustaste auf das Taskleistensymbol für die Anwendung klickt, wird keine Sprungliste angezeigt.

• VCART-9643: Aufgrund einer Einschränkung im Arbeitsbereich kann das Fenster der veröffentlichten Linux-Anwendung nicht teilweise über den Rand des Client-Bildschirms oder des Arbeitsbereichs verschoben werden. Wenn der Benutzer versucht, ein Fenster einer veröffentlichten Anwendung über den Bildschirmrand zu verschieben, springt das Fenster wieder in die Grenzen des Bildschirms zurück.

• VCART-9644: Wenn der Client-Benutzer ein modales Dialogfeld aus einer veröffentlichten Linux-Anwendung öffnet, wird dieses Dialogfeld möglicherweise nicht vor systemeigenen Fenstern angezeigt.

• VCART-9645: Bei der Verbindungsherstellung mit einer veröffentlichten Anwendung über ein Windows-Client-System gibt es einige Unterschiede zwischen den Kontextmenüs der Taskleiste von Windows und der Titelleiste des Anwendungsfensters. Wenn Sie bei gedrückter Umschalt-Taste mit der rechten Maustaste auf das Anwendungssymbol in der Taskleiste von Windows drücken, erscheint ein Menü mit den folgenden Elementen: Wiederherstellen, Verschieben, Größe, Minimieren, Maximieren, Schließen. Wenn Sie mit der rechten Maustaste auf die Titelleiste des Anwendungsfensters klicken, erscheint ein Menü mit den folgenden Elementen: Minimieren, Maximieren, Verschieben, Größe ändern, Schließen.

• VCART-9646: Veröffentlichte Anwendungen unterstützen nicht die Kontextbefehle Verschieben und Größe für die Taskleiste auf Windows-Client-Systemen. Wenn ein Benutzer in der Taskleiste von Windows bei gedrückter Umschalt-Taste mit der rechten Maustaste auf das Symbol für die veröffentlichte Anwendung klickt, werden die Befehle Verschieben und Größe im Menü angezeigt. Wenn sie ausgewählt werden, haben sie aber keinen Effekt.

• VCART-9647: Veröffentlichte Anwendungen bieten keine Unterstützung für den Befehl Größe im Kontextmenü des Anwendungsfensters. Wenn ein Benutzer mit der rechten Maustaste auf die Titelleiste des Anwendungsfensters klickt, wird Größe im Befehlsmenü angezeigt. Der Befehl hat bei Auswahl aber keinen Effekt.

• VCART-9648: Wenn ein Benutzer mehrere Sitzungsfenster für dieselbe veröffentlichte Anwendung auf einem Windows-Client-System öffnet, hat der Befehl Alle Fenster überlappen keinen Effekt.

• VCART-9649: Wenn ein Benutzer bei Verwendung von zwei Monitoren eine veröffentlichte Anwendung im Arbeitsbereich des Monitors mit der niedrigeren Auflösung maximiert, wird die Windows-Taskleiste schwarz dargestellt.

• VCART-9650: Nach der Veröffentlichung einer LibreOffice-Anwendung als Anwendungspool werden in Horizon Client möglicherweise doppelte LibreOffice-Symbole angezeigt.

  Problemumgehung: Weisen Sie auf dem Verbindungsserver das Symbol für die LibreOffice-Anwendung manuell zu.

• VCART-9651: Veröffentlichte Linux-Anwendungen bieten keine Unterstützung für die Option Mehrfachsitzungsmodus in den Einstellungen für Anwendungspools in Horizon Console.

• VCART-9652: Wenn der Benutzer bei einer Verbindung mit einer veröffentlichten Linux-Anwendung ein Dialogfeld mit Benutzerkontensteuerungen öffnet (z. B. beim Bearbeiten von Firewalleinstellungen), wird der Desktop nicht angezeigt.

• VCART-9653: Horizon Agent for Linux bietet keine Unterstützung für die Sitzungsübernahme (Session Stealing) zwischen veröffentlichten Desktops und veröffentlichten Anwendungen. Wenn beispielsweise ein Benutzer eine veröffentlichte Desktopsitzung geöffnet hat und dann versucht, eine Anwendungssitzung basierend auf derselben Farm zu öffnen, bleibt die Desktopsitzung aktiv und die Anwendungssitzung wird nicht eingerichtet. Auch wenn ein Benutzer eine veröffentlichte Anwendungssitzung geöffnet hat und dann versucht, eine veröffentlichte Desktopsitzung basierend auf derselben Farm zu öffnen, bleibt die Anwendungssitzung aktiv und die Desktopsitzung wird nicht eingerichtet.

• VCART-9628: Wenn ein Benutzer einen Eintrag im Einladungstextfeld „Session Collaboration“ eingibt und den Cursor aus dem Textfeld wegbewegt, wird der ursprüngliche Eintrag gelöscht.

• VCART-9629: Wenn ein Clientbenutzer mit einem System mit mehreren Monitoren eine veröffentlichte Anwendung im nahtlosen Fenstermodus öffnet, können beim Verschieben des Anwendungsfensters zwischen Monitoren Anzeigeprobleme auftreten.

  Problemumgehung: Klicken Sie bei gedrückter Umschalttaste in der Taskleiste des Clients mit der rechten Maustaste auf das Anwendungssymbol und wählen Sie Maximieren aus, um das Fenster zu vergrößern und zu aktualisieren.

• VCART-9644: Anzeigeprobleme können auftreten, wenn ein Clientbenutzer veröffentlichte Anwendungen im nahtlosen Fenstermodus auf einem System mit mehreren Monitoren öffnet, auf dem einige Monitore im Hochformat und andere Monitore im Querformat ausgerichtet sind. Wenn der Benutzer die Anwendungsfenster auf allen Monitoren maximiert, wird die Aufgabenleiste Taskleiste der Monitore mit Querformat schwarz angezeigt.

• VCART-9630: Wenn Clientbenutzer RTF-Inhalte mit Bildern kopieren und dann die Inhalte in eine Anwendung auf einem Remote-Linux-Desktop einfügen, fehlen die Bilder möglicherweise in den eingefügten Inhalten. Dieses Problem wird durch eine Einschränkung in bestimmten Drittanbieteranwendungen wie OpenOffice oder LibreOffice und nicht durch Horizon Agent for Linux verursacht.

  Problemumgehung: Verwenden Sie einen Zwischenablagemanager, um fehlenden Content aus der Zwischenablage abzurufen.

• VCART-9632: Das Steuerelement Eingabe Strg + Alt + Entf in Horizon Client wird nicht wirksam, wenn eine Verbindung mit einem RHEL 7.9-Desktop mit MATE-Desktop-Umgebung besteht.

  Problemumgehung: Verwenden Sie die Standard-Tastenkombination für die Abmeldung von einem MATE-Desktop. Oder legen Sie eine benutzerdefinierte Tastenkombination für die Abmeldung fest.

• VCART-9633: Eine kleine leere Aufzeichnung (2-3 KB) wird manchmal erstellt, wenn eine Blast-Sitzung, die auf einem Linux-Agent ausgeführt wird, von der Horizon Recording-Lösung aufgezeichnet wird.

  Problemumgehung: Keine. Es gibt keine negativen Auswirkungen auf die Funktionalität, außer dass während einer neuen Anmeldung eine kleine Aufzeichnung auf der Aufzeichnungsseite für einige der Sitzungen angezeigt werden kann.

Horizon Agent für Windows

• VCART-7428: Das Planen eines Upgrades für einen RDS-Host wird möglicherweise erfolgreich abgeschlossen, aber das Upgrade selbst kann fehlschlagen, wenn der geplante Zeitpunkt erreicht ist.

  Problemumgehung: Weitere Informationen finden Sie im KB-Artikel 6000992.

Horizon Client

In diesem Abschnitt werden Probleme beschrieben, die bei Endbenutzern auftreten können, wenn sie über Horizon Client oder Horizon Web Client eine Verbindung zu Remote-Desktops und -Anwendungen herstellen. Informationen zu Problemen, die nur bei einer bestimmten Horizon Client-Plattform auftreten, finden Sie in den Versionshinweisen für Horizon Client im Portal der Omnissa-Produktdokumentation.

• VCART-9656: Beim Herstellen einer Verbindung mit einem Linux-Desktop funktionieren einige Tastatureingaben nicht. Wenn Sie beispielsweise einen nicht englischsprachigen IME-Editor sowohl auf dem Clientgerät als auch auf dem Remote-Desktop verwenden, werden einige nicht englische Zeichen nicht korrekt dargestellt.

  Problemumgehung: Keine.

• VCART-9655: Wenn Sie Ambir Image Scan Pro 490i zur Durchführung eines Scanvorgangs auf einem Remote-Desktop oder in einer Remoteanwendung verwenden, wird im Dialogfeld immer „Scanvorgang wird durchgeführt“ anzeigt, ohne dass der Vorgang abgeschlossen wird.

  Problemumgehung: Führen Sie einen Scanvorgang auf dem Client durch. Der Client-Scan kalibriert den Scanner. Speichern Sie nach Abschluss des Kalibriervorgangs die Kalibrierungsdatei und stellen Sie sie in ProgramData\AmbirTechnology\ImageScanPro490i bereit.

• VCART-4245: HDR-Unterstützung für den Vollbildmodus ist auf ein Szenario beschränkt, in dem der ausgewählte Monitor als primäre Monitor fungiert.

  Problemumgehung: Keine.

Windows-Betriebssystem-Optimierungstool

• Wenn der exportierte Analysebericht auf dieselbe VM exportiert wird, auf der das Optimierungstool ausgeführt wird, wird der Bericht nach dem Ausführen der Generalisierungsaufgabe des Tools automatisch gelöscht. Auch wenn Sie den Bericht weiterhin in der Benutzeroberfläche des Optimierungstools anzeigen können, wird der exportierte Bericht nach der Ausführung von Sysprep gelöscht (Sysprep wird als Teil der Generalisierung ausgeführt).

  Problemumgehung: Exportieren Sie den Analysebericht an einen anderen Speicherort im Netzwerk, anstatt ihn in den aktuellen Benutzerordnern auf derselben VM zu speichern. Da diese Benutzerordner im Rahmen von Sysprep gelöscht werden, wird der Bericht während der Generalisierung gelöscht, wenn er in einem dieser Ordner auf der VM gespeichert wurde. Wenn Sie angeben, dass der Bericht an einen anderen Speicherort im Netzwerk umgeleitet werden soll, wird der Bericht nach dem Ausführen der Generalisierung beibehalten.

APIs

• HZN-3296: REST API ObjectGUIDs ändern sich nach bestimmten Ereignissen, z. B. nach der Notfallwiederherstellung und Pod-Neuerstellung.

  Problemumgehung: Verlassen Sie sich nicht auf ObjectGUIDs als persistente Bezeichner. Synchronisieren Sie nach einem Ereignis wie der Notfallwiederherstellung und der Pod-Neuerstellung alle Drittanbieteranwendungen erneut mit den neuen ObjectGUIDs.

Nutanix

• HZN-6730: Desktops können nicht aktualisiert werden, wenn der Verbindungsserver ausgefallen und der Replikatserver aktiv ist.

  Problemumgehung: Keine

• HZN-6964: Registrierte Computer können gelöscht werden, wenn Pools vorhanden sind.

  Problemumgehung: Keine

• HZN-7169: Farmen können mithilfe der Windows 10 GI-Vorlage erstellt werden.

  Problemumgehung: Keine

Horizon 8-API

Die neuesten Horizon 8-APIs finden Sie im Omnissa-Entwicklerportal. Navigieren Sie dort über die Dropdown-Liste zur aktuellen Version. Klicken Sie auf die Registerkarte „Dokumentation“, um weitere Details und Beispiele zur Verwendung der API zu erhalten.

Horizon Edge und Horizon Cloud Connector

Gilt für Kunden mit Horizon Universal Subscription, Horizon Enterprise Plus Subscription, Horizon Standard Plus Subscription, Horizon Apps Universal Subscription oder Horizon Apps Standard Subscription.

Horizon Edge ist eine erforderliche Komponente für die Verbindung von Horizon 8 mit der Horizon Control Plane der nächsten Generation zur Aktivierung der Abonnementlizenzierung und zusätzlichen Horizon Cloud SaaS-Diensten.

Die virtuelle Horizon Cloud Connector-Appliance ist eine erforderliche Komponente für die Verbindung von Horizon 8 mit der Horizon Control Plane der ersten Generation zur Aktivierung der Abonnementlizenzierung und zusätzlichen Steuerungsebenen-Diensten.

Horizon 8 mit Bereitstellung auf Public Cloud SDDCs

Eine Liste der Horizon 8-Funktionen, die von Azure Omnissa Solution (AVS) unterstützt werden, finden Sie unter KB 80850.

Eine Liste der Horizon 8-Funktionen, die von VMware Cloud on AWS unterstützt werden, finden Sie unterKB 58539.

Eine Liste der Horizon 8-Funktionen, die von Google Cloud VMware Engine (GCVE) unterstützt werden, finden Sie unter KB 81922.

Eine Liste der Horizon 8-Funktionen, die von Oracle Cloud Omnissa Solution unterstützt werden, finden Sie unter KB 88202.

Eine Liste der Horizon 8-Funktionen, die von Alibaba Cloud Omnissa Service (ACVS) unterstützt werden, finden Sie unter KB 92140.

Bevor Sie beginnen

• Wichtiger Hinweis zum Installieren von VMware Tools: Wenn Sie eine von der Seite Produkt-Downloads heruntergeladene Version von VMware Tools und nicht die mit vSphere bereitgestellte Standardversion installieren möchten, stellen Sie sicher, dass diese VMware Tools-Version unterstützt wird. In der Omnissa-Produkt-Interoperabilitätsmatrix finden Sie Informationen zu den unterstützten VMware Tools-Versionen. (Unterstützte Versionen: 11.1.0, 11.0.6, 10.3.22, 10.3.21). Es gibt auch Leistungsprobleme mit den 11.x-Versionen von VMware Tools. Weitere Informationen finden Sie unter KB 78434.

• Wenn Sie einen Instant Clone als RDS-Host bereitstellen, starten Sie den RDS-Host nicht direkt aus dem Windows Server-Betriebssystem neu. Aktualisieren Sie stattdessen die Instant Clone-VM mithilfe des Workflows zum Übertragen von Images.

• Um View-Speicherbeschleunigung in einer vSphere-Umgebung verwenden zu können, muss eine virtuelle Maschine des Desktops 512 GB oder weniger umfassen. View-Speicherbeschleunigung wird auf virtuellen Maschinen, die größer als 512 GB sind, deaktiviert. Die Größe der virtuellen Maschine wird durch die gesamte VMDK-Kapazität festgelegt. Beispielsweise kann eine VMDK-Datei 512 GB groß sein oder eine Reihe von VMDK-Dateien kann zusammen 512 GB umfassen. Diese Anforderung ist auch für virtuelle Maschinen gültig, die in früheren Versionen von vSphere erstellt und auf vSphere 5.5 aktualisiert wurden.

• Best Practices für die Verwendung von Carbon Black mit Horizon 8 finden Sie unter KB 95512.

• Horizon 8 unterstützt maximal 500 virtuelle Maschinen pro ESXi-Host bei Verwendung des vSAN 8 ESA-Datenspeichers. Das erreichbare Maximum hängt von der Arbeitslast und den spezifischen Eigenschaften der Hardware ab. Informationen zu allen Maximalwerten für die Konfiguration von Horizon finden Sie unter Maximalwerte für die VMware-Konfiguration.

Upgrade

Überprüfen Sie die Omnissa-Produkt-Interoperabilitätsmatrix, bevor Sie Ihre Horizon-Bereitstellung aktualisieren. Beachten Sie die folgenden Hinweise:

• Sie können nur auf eine Version aktualisieren, deren Versionsdatum nach dem Ihrer aktuellen Bereitstellung liegt.

• Bei einem Upgrade von einer Nicht-ESB-Version auf eine ESB-Version muss die Ziel-ESB-Version neuer sein als Ihre aktuelle Nicht-ESB-Version. Sie können beispielsweise kein Upgrade von Horizon 8 2203 (nicht ESB) auf Horizon 8 2111.1 (ESB) durchführen, obwohl 2111.1 nach 2203 veröffentlicht wurde (oder Sie verlieren Funktionen). Sie können nur ein Upgrade auf Horizon 8 2212 oder spätere Versionen durchführen.

• Wichtig: Planen Sie mehr Zeit und Vorbereitung ein, wenn Sie ein Upgrade von einer Horizon-Version der Marke VMware auf eine Omnissa-Version durchführen. Weitere Informationen finden Sie in KB 6000681 und Upgrade auf Omnissa Horizon 8 2412 und höher.

Kompatibilitätshinweise

Die folgende Tabelle enthält spezifische Kompatibilitätsinformationen sowie Links zu Informationen, die sich an anderer Stelle befinden.

Thema	Kompatibilitätsinformationen oder Link
Horizon Client
Horizon Client mit Windows 10 und 11	https://kb.omnissa.com/s/article/58096
Horizon Agent
Horizon Agent mit Windows 10 und 11 – Gastbetriebssysteme auf Einzelbenutzercomputern und RDS-Hosts	https://kb.omnissa.com/s/article/78714
Horizon Agent mit anderen Betriebssystemen als Windows 10 und 11 – Gastbetriebssysteme auf Einzelbenutzer-Maschinen und RDS-Hosts	https://kb.omnissa.com/s/article/78715
Horizon mit Windows 10 – Update- oder Upgrade-Anforderungen	https://kb.omnissa.com/s/article/2148176
Horizon Agent mit Linux-Gastbetriebssystemen	Systemanforderungen für Horizon Agent for Linux https://kb.omnissa.com/s/article/87277
Horizon Server
Horizon mit Betriebssystemen, MSFT Active Directory-Domänenfunktionsebenen und Ereignisdatenbanken	https://kb.omnissa.com/s/article/78652
Interoperabilität der Horizon-Software
Ausschlussliste für ausführbare Antivirus-Dateien für Omnissa Horizon	https://kb.omnissa.com/s/article/2082045
Interoperabilität von Horizon 8 2512 mit Omnissa-Produkten	Omnissa-Produkt-Interoperabilitätsmatrix – Horizon 8
Horizon 8 mit Drittanbieterprodukten	Omnissa-Produkt-Interoperabilitätsmatrix – Horizon 8 − Drittanbieter
Horizon-Hardwarekompatibilität
Horizon mit Peripheriegeräten von Drittanbietern	Von Omnissa validierte Peripheriegeräte
Horizon mit NVIDIA GPU-Karten	https://docs.nvidia.com/vgpu/latest/product-support-matrix/index.html

Verwendung von Open Source

Als Teil des Installationsvorgangs wird eine open_source_licenses.txt-Datei in das Dateisystem geschrieben. Die wichtigsten in dieser Version enthaltenen Open Source-Komponenten sind:

• Horizon Connection Server 2512 basiert auf der Apache Tomcat-Implementierung von Jakarta EE, Version 10.1.49.
• Horizon Agent for Linux 2512, Horizon Agent for Windows 2512 und Horizon Connection Server 2512 verwenden alle die BellSoft Liberica-Distribution von OpenJDK, Version 17.0.16.0.1 (CPU).

Dokumentation

Die Dokumentation für Horizon 8 ist im Portal der Omnissa-Produktdokumentation verfügbar.

Lokalisierte Inhalte für Omnissa Docs

Weitere Informationen zur Lokalisierungsstrategie von Omnissa finden Sie in der Ankündigung der Omnissa-Lokalisierungsunterstützung.

Kontaktinformationen zum Support

Informationen zum Support und zu Supportrichtlinien finden Sie unter Omnissa Customer Connect.

Informationen zum Einreichen einer Support-Anfrage in Customer Connect und über das Cloud Services-Portal finden Sie unter KB 6000005.