Freigeben über

Problembehandlung bei der Konfiguration des virtuellen Sitzungshostcomputers

  • Artikel

Dieser Artikel hilft bei der Behandlung von Problemen, die Beim Konfigurieren der virtuellen Azure Virtual Desktop-Sitzungshostcomputer (VMs) auftreten.

Feedback geben

In der Azure Virtual Desktop Tech Community können Sie sich mit dem Produktteam und aktiven Communitymitgliedern über den Azure Virtual Desktop-Dienst austauschen.

Virtuelle Computer werden der Domäne nicht hinzugefügt.

Gehen Sie wie hier beschrieben vor, wenn Sie Probleme beim Einbinden von virtuellen Computern in die Domäne haben.

Error: Falsche Anmeldeinformationen

Ursache

Es gab einen Schreibfehler, als die Anmeldeinformationen in die Schnittstellenkorrekturen der Azure Resource Manager-Vorlage eingegeben wurden.

Lösung

Führen Sie eine der folgenden Aktionen aus, um das Problem zu beheben:

Error: Timeout beim Warten auf eine Benutzereingabe.

Ursache

Das Konto, das zum Abschließen des Domänenbeitritts verwendet wird, verfügt möglicherweise über eine mehrstufige Authentifizierung (MFA).

Lösung

Führen Sie eine der folgenden Aktionen aus, um das Problem zu beheben:

  • Entfernen Sie vorübergehend MFA für das Konto.
  • Verwenden Sie ein Dienstkonto.

Error: Das während der Bereitstellung verwendete Konto ist nicht berechtigt, den Vorgang abzuschließen.

Ursache

Das verwendete Konto besitzt aufgrund von Compliance und Vorschriften keine Berechtigungen, der Domäne VMs hinzuzufügen.

Lösung

Führen Sie eine der folgenden Aktionen aus, um dieses Problem zu beheben.

  • Verwenden Sie ein Konto, das Mitglied der Gruppe „Administratoren“ ist.
  • Erteilen Sie dem verwendeten Konto die erforderlichen Berechtigungen.

Error: Der Domänenname wird nicht aufgelöst.

Ursache 1

Virtuelle Computer befinden sich in einem virtuellen Netzwerk, das nicht dem virtuellen Netzwerk zugeordnet ist, in dem sich die Domäne befindet.

Lösung 1

Erstellen Sie virtuelles Netzwerk-Peering zwischen dem virtuellen Netzwerk, in dem VMs bereitgestellt wurden, und dem virtuellen Netzwerk, in dem der Domänencontroller (DC) ausgeführt wird. Siehe Erstellen eines Peerings in virtuellen Netzwerken: Resource Manager, verschiedene Abonnements.

Ursache 2

Bei Verwendung von Microsoft Entra Domain Services wird das virtuelle Netzwerk nicht über die DNS-Servereinstellungen (Domain Name System) aktualisiert, um auf die verwalteten Domänencontroller zu verweisen.

Lösung 2

Informationen zum Aktualisieren der DNS-Einstellungen für das virtuelle Netzwerk, das Microsoft Entra Domain Services enthält, finden Sie unter Aktualisieren von DNS-Einstellungen für das virtuelle Azure-Netzwerk.

Ursache 3

Die DNS-Servereinstellungen der Netzwerkschnittstelle verweisen nicht auf den entsprechenden DNS-Server im virtuellen Netzwerk.

Auflösung 3

Führen Sie eine der folgenden Aktionen aus, um das Problem zu beheben, indem Sie die Schritte unter Ändern von DNS-Servern ausführen:

  • Ändern Sie die DNS-Servereinstellungen der Netzwerkschnittstelle anhand der Schritte unter Ändern von DNS-Servern in Benutzerdefiniert, und geben Sie die privaten IP-Adressen der DNS-Server im virtuellen Netzwerk an.
  • Ändern Sie die DNS-Servereinstellungen der Netzwerkschnittstelle in "Von virtuellem Netzwerk erben" mit den Schritten von "DNS-Server ändern", und ändern Sie dann die DNS-Servereinstellungen des virtuellen Netzwerks mit den Schritten von "DNS-Server ändern".

Fehler: Die Wiederverwendung eines Computerkontos ist in einer Active Directory-Domäne blockiert

Ursache

Sie versuchen, ein Computerkonto (Hostname) wiederzuverwenden, Windows-Updates auf den und nach dem 11. Oktober 2022 angewendet zu haben, und das für die Domäne bereitgestellte Benutzerkonto verfügt nicht über ausreichende Berechtigungen zum Wiederverwenden von Computerkonten.

Lösung

Führen Sie eine der folgenden Aktionen aus, um das Problem zu beheben:

  • Verwenden Sie dasselbe Benutzerkonto, das zum Erstellen des vorhandenen Computerkontoobjekts verwendet wurde.
  • Verwenden Sie ein Benutzerkonto, das Mitglied der Sicherheitsgruppe " Domänenadministratoren " ist.
  • Verwenden Sie ein Benutzerkonto mit der Gruppenrichtlinieneinstellung Domänencontroller: Zulassen der erneuten Verwendung des Computerkontos während der Domänenbeitrittsanwendung . Für diese Einstellung ist die Installation von Windows-Updates erforderlich, die am oder nach dem 14. März 2023 auf allen Mitgliedscomputern und Domänencontrollern in der Active Directory-Domäne veröffentlicht wurden.

Weitere Informationen zu den Berechtigungsänderungen für die Wiederverwendung von Computerkonten finden Sie unter KB5020276 - Netjoin: Änderungen beim Domänenbeitritt.

Der Azure Virtual Desktop-Agent und das Azure Virtual Desktop-Startladeprogramm sind nicht installiert.

Die empfohlene Methode zur Bereitstellung virtueller Computer ist die Verwendung der Erstellungsvorlage aus dem Azure-Portal. Die Vorlage installiert automatisch den Azure Virtual Desktop-Agent und das Azure Virtual Desktop-Agent-Startladeprogramm.

Befolgen Sie diese Anweisungen, um die Installation der Komponenten zu bestätigen und nach Fehlermeldungen zu suchen.

  1. Vergewissern Sie sich, dass die beiden Komponenten installiert sind, indem Sie Systemsteuerung>Programme>Programme und Funktionen auswählen. Wenn der Azure Virtual Desktop-Agent und das Azure Virtual Desktop-Agent-Startladeprogramm nicht angezeigt werden, sind sie auf der VM nicht installiert.
  2. Öffnen Sie den Datei-Explorer, und navigieren Sie zu C:\Windows\Temp\ScriptLog.log. Wenn die Datei fehlt, gibt sie an, dass die PowerShell Desired State Configuration (DSC), die die beiden Komponenten installiert hat, nicht im bereitgestellten Sicherheitskontext ausgeführt werden konnte.
  3. Wenn die Datei C:\Windows\Temp\ScriptLog.log vorhanden ist, öffnen Sie sie, und suchen Sie nach Fehlermeldungen.

Fehler: Der Azure Virtual Desktop-Agent und der Azure Virtual Desktop-Agent-Bootloader sind nicht vorhanden. „C:\Windows\Temp\ScriptLog.log“ fehlt ebenfalls.

Ursache 1

Die bei der Eingabe für die Azure Resource Manager-Vorlage angegebenen Anmeldeinformationen waren falsch, oder die Berechtigungen waren unzureichend.

Lösung 1

Fügen Sie den VMs die fehlenden Komponenten manuell mithilfe von Erstellen eines Hostpools mit PowerShell hinzu.

Ursache 2

PowerShell DSC konnte gestartet und ausgeführt werden, konnte aber nicht abgeschlossen werden, da er sich nicht bei Azure Virtual Desktop anmelden und erforderliche Informationen abrufen kann.

Lösung 2

Bestätigen Sie die einzelnen Punkte in der folgenden Liste.

  • Stellen Sie sicher, dass das Konto keine MFA verwendet.
  • Vergewissern Sie sich, dass der Name des Hostpools korrekt und der Hostpool in Azure Virtual Desktop vorhanden ist.
  • Vergewissern Sie sich, dass das Konto mindestens über Berechtigungen vom Typ „Mitwirkender“ für das Azure-Abonnement oder die Ressourcengruppe verfügt.

Error: Authentifizierungsfehler, Fehler in „C:\Windows\Temp\ScriptLog.log“.

Ursache

PowerShell DSC konnte ausgeführt werden, konnte aber keine Verbindung mit Azure Virtual Desktop herstellen.

Lösung

Bestätigen Sie die einzelnen Punkte in der folgenden Liste.

  • Registrieren Sie die VMs manuell beim Azure Virtual Desktop-Dienst.
  • Vergewissern Sie sich, dass das Konto, das für die Verbindung mit Azure Virtual Desktop verwendet wird, über Berechtigungen für das Azure-Abonnement oder die Ressourcengruppe zum Erstellen von Hostpools verfügt.
  • Bestätigen Sie, dass das Konto nicht über MFA verfügt.

Der Azure Virtual Desktop-Agent ist nicht beim Azure Virtual Desktop-Dienst registriert.

Wenn der Azure Virtual Desktop-Agent zum ersten Mal auf Sitzungshost-VMs installiert wird (entweder manuell oder über die Azure Resource Manager-Vorlage und PowerShell DSC), stellt er ein Registrierungstoken bereit. Im folgenden Abschnitt wird die Behandlung von Problemen im Zusammenhang mit dem Azure Virtual Desktop-Agent und dem Token beschrieben.

Error: Der Status im Cmdlet „Get-AzWvdSessionHost“ ist als „Nicht verfügbar“ angegeben.

Ursache

Der Agent kann sich nicht selbst auf eine neue Version aktualisieren.

Lösung

Führen Sie die folgenden Anweisungen aus, um den Agent manuell zu aktualisieren:

  1. Laden Sie eine neue Version des Agents auf die Sitzungshost-VM herunter.
  2. Starten Sie den Task-Manager. Beenden Sie auf der Registerkarte "Dienst " den RDAgentBootLoader-Dienst .
  3. Führen Sie das Installationsprogramm für die neue Version des Azure Virtual Desktop-Agents aus.
  4. Wenn Sie zur Eingabe des Registrierungstokens aufgefordert werden, entfernen Sie den Eintrag INVALID_TOKEN , und drücken Sie die nächste Taste (ein neues Token ist nicht erforderlich).
  5. Führen Sie den Installations-Assistenten aus.
  6. Öffnen Sie den Task-Manager, und starten Sie den RDAgentBootLoader-Dienst .

Fehler: Der Registrierungseintrag "IsRegistered" von Azure Virtual Desktop Agent zeigt den Wert Null an.

Ursache

Das Registrierungstoken ist abgelaufen.

Lösung

Befolgen Sie die folgenden Anweisungen, um den Agentregistrierungsfehler zu beheben:

  1. Wenn bereits ein Registrierungstoken vorhanden ist, entfernen Sie es mit Remove-AzWvdRegistrationInfo.
  2. Führen Sie das New-AzWvdRegistrationInfo Cmdlet aus, um ein neues Token zu generieren.
  3. Vergewissern Sie sich, dass der -ExpirationTime Parameter auf drei Tage festgelegt ist.

Fehler: Der Azure Virtual Desktop-Agent meldet beim Ausführen von „Get-AzWvdSessionHost“ keinen Heartbeat.

Ursache 1

Der RDAgentBootLoader-Dienst wurde beendet.

Lösung 1

Starten Sie den Task-Manager. Wenn die Registerkarte "Dienst " den Status "Beendet" für den RDAgentBootLoader-Dienst meldet, starten Sie den Dienst.

Ursache 2

Port 443 kann geschlossen werden.

Lösung 2

Führen Sie die folgenden Anweisungen aus, um Port 443 zu öffnen:

  1. Bestätigen Sie, dass Port 443 geöffnet ist, indem Sie das PSPing-Tool von Sysinternal Tools herunterladen.

  2. Installieren Sie PSPing auf der Sitzungshost-VM, auf der der Agent ausgeführt wird.

  3. Öffnen Sie die Eingabeaufforderung als Administrator, und führen Sie den folgenden Befehl aus:

    psping rdbroker.wvdselfhost.microsoft.com:443

  4. Vergewissern Sie sich, dass PSPing Informationen zurück von den RDBrokerFolgenden erhalten hat:

    PsPing v2.10 - PsPing - ping, latency, bandwidth measurement utility
Copyright (C) 2012-2016 Mark Russinovich
Sysinternals - www.sysinternals.com
TCP connect to <IP Address>:443:
5 iterations (warmup 1) ping test:
Connecting to <IP Address>:443 (warmup): from 172.20.17.140:60649: 2.00ms
Connecting to <IP Address>:443: from 172.20.17.140:60650: 3.83ms
Connecting to <IP Address>:443: from 172.20.17.140:60652: 2.21ms
Connecting to <IP Address>:443: from 172.20.17.140:60653: 2.14ms
Connecting to <IP Address>:443: from 172.20.17.140:60654: 2.12ms
TCP connect statistics for <IP Address>:443:
Sent = 4, Received = 4, Lost = 0 (0% loss),
Minimum = 2.12ms, Maximum = 3.83ms, Average = 2.58ms

Behandeln von Problemen mit dem parallelen Azure Virtual Desktop-Stapel

Es gibt drei Hauptmöglichkeiten zum Installieren oder Aktivieren des parallelen Stapels auf VMs des Sitzungshostpools:

  • Mit der Erstellungsvorlage aus dem Azure-Portal
  • Durch Einbinden in das und Aktivieren im Masterimage.
  • Durch manuelles Installieren oder Aktivieren auf jeder VM (oder mit Erweiterungen/PowerShell).

Wenn Probleme mit dem Azure Virtual Desktop-Stapel nebeneinander auftreten, geben Sie den qwinsta Befehl an der Eingabeaufforderung ein, um zu bestätigen, dass der parallele Stapel installiert oder aktiviert ist.

Die Ausgabe der qwinsta Liste rdp-sxs in der Ausgabe, wenn der parallele Stapel installiert und aktiviert ist.

Screenshot des side-by-side stack installed or enabled with qwinsta listed as rdp-sxs in the output.

Überprüfen Sie die aufgelisteten Registrierungseinträge, und vergewissern Sie sich, dass ihre Werte übereinstimmen. Wenn Registrierungsschlüssel fehlen oder die Werte nicht übereinstimmen, stellen Sie sicher, dass Sie ein unterstütztes Betriebssystem verwenden. Wenn dies der Fall ist, befolgen Sie die Anweisungen unter Registrieren von Sitzungshosts in einem Hostpool zum erneuten Installieren des parallelen Stapels.

  • Ort: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\rds-sxs
    Wertname: fEnableWinstation
    Werttyp: DWORD
    Wertdaten: 1
  • Ort: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\ClusterSettings
    Wertname: SessionDirectoryListener
    Wertdaten: rdp-sxs

Error: O_REVERSE_CONNECT_STACK_FAILURE

Ursache

Der parallele Stapel ist nicht auf der Sitzungshost-VM installiert.

Lösung

Führen Sie die folgenden Anweisungen aus, um den parallelen Stapel auf der VM des Sitzungshosts zu installieren:

  1. Verwenden Sie RDP (Remote Desktop Protocol), um als lokaler Administrator direkt in die Sitzungshost-VM zu gelangen.
  2. Installieren Sie den parallelen Stapel, indem Sie die Schritte zum Registrieren von Sitzungshosts in einem Hostpool ausführen.

Beheben von Fehlfunktionen eines parallelen Stapels für Azure Virtual Desktop

Es sind Umstände bekannt, die zu einer Fehlfunktion des parallelen Stapels führen können:

  • Nichtbefolgen der richtigen Reihenfolge der Schritte zum Aktivieren des parallelen Stapels
  • Automatisches Update auf Windows 10 Enhanced Versatile Disc (EVD)
  • Fehlende RDSH-Rolle (Remotedesktop-Sitzungshost)

Mit den Anweisungen in diesem Abschnitt deinstallieren Sie den parallelen Stapel für Azure Virtual Desktop. Nachdem Sie den parallelen Stapel deinstalliert haben, führen Sie die Schritte aus, um Sitzungshosts bei einem Hostpool zu registrieren, um den parallelen Stapel neu zu installieren.

Die VM, mit der die Wiederherstellung durchgeführt wird, muss sich im gleichen Subnetz und in derselben Domäne befinden wie die VM mit dem fehlerhaften parallelen Stapel.

Befolgen Sie diese Anweisungen, um die Fehlerbehebung aus demselben Subnetz und derselben Domäne durchzuführen:

  1. Stellen Sie eine Verbindung mit der VM mit dem RDP-Standardprotokoll (Remote Desktop Protocol) her, von der aus die Fehlerkorrektur angewendet wird.

  2. Laden Sie PsExec herunter, und installieren Sie es.

  3. Starten Sie eine Eingabeaufforderung als lokaler Administrator, und navigieren Sie dann zu dem Ordner, in dem PsExec entzippt wurde.

  4. Verwenden Sie an der Eingabeaufforderung den folgenden Befehl, wobei <VMname> der Hostnamenname der VM mit dem fehlerhaften Parallelstapel angegeben ist. Wenn Sie PsExec zum ersten Mal ausführen, müssen Sie auch den PsExec-Lizenzvertrag akzeptieren, um fortzufahren, indem Sie "Zustimmen" auswählen.

    psexec.exe \\<VMname> cmd

  5. Nachdem die Eingabeaufforderungssitzung auf dem virtuellen Computer mit dem fehlerhaften Parallelstapel geöffnet wird, führen Sie den folgenden Befehl aus, und vergewissern Sie sich, dass ein Eintrag mit dem Namen rdp-sxs verfügbar ist. Wenn nicht, ist auf dem virtuellen Computer kein paralleler Stapel vorhanden, sodass das Problem nicht an den parallelen Stapel gebunden ist.

    qwinsta

    Screenshot der Eingabeaufforderung

  6. Führen Sie den folgenden Befehl aus, der die auf der VM installierten Microsoft-Komponenten mit dem fehlerhaften parallelen Stapel auflistet.

    wmic product get name

  7. Führen Sie den folgenden Befehl mit Produktnamen aus dem vorherigen Schritt aus, z. B.:

    wmic product where name="<Remote Desktop Services Infrastructure Agent>" call uninstall

  8. Deinstallieren Sie alle Produkte, die mit Remotedesktop beginnen.

  9. Nachdem alle Azure Virtual Desktop-Komponenten deinstalliert wurden, starten Sie den virtuellen Computer mit dem fehlerhaften parallelen Stapel neu (entweder mit Azure-Portal oder über das PsExec-Tool). Anschließend können Sie den parallelen Stapel erneut installieren, indem Sie die Schritte zum Registrieren von Sitzungshosts in einem Hostpool ausführen.

Remotedesktop-Lizenzierungsmodus ist nicht konfiguriert

Wenn Sie sich mit einem Administratorkonto bei Windows 10 Enterprise mit mehreren Sitzungen anmelden, erhalten Sie möglicherweise eine Benachrichtigung, die besagt: "Der Remotedesktop-Lizenzierungsmodus ist nicht konfiguriert, Remotedesktopdienste funktionieren in X Tagen nicht mehr. Geben Sie mit dem Server-Manager auf dem Verbindungsbrokerserver einen Remotedesktop-Lizenzierungsmodus an.“

Wenn das Zeitlimit abläuft, wird die folgende Fehlermeldung angezeigt:

Die Remotesitzung wurde getrennt, da für diesen Computer keine Remotedesktop-Clientzugriffslizenzen verfügbar sind.

Wenn eine dieser Meldungen angezeigt wird, bedeutet dies, dass für das Image nicht die neuesten Windows-Updates installiert sind oder Sie den Remotedesktop-Lizenzierungsmodus über Gruppenrichtlinien festlegen. Führen Sie die Schritte in den nächsten Abschnitten aus, um die Gruppenrichtlinieneinstellung zu überprüfen, die Version von Windows 10 Enterprise Multisession zu ermitteln und das entsprechende Update zu installieren.

Notiz

Azure Virtual Desktop erfordert nur eine RDS-Clientzugriffslizenz (Remote Desktop Services), wenn Ihr Hostpool Windows Server-Sitzungshosts enthält. Weitere Informationen zum Konfigurieren einer RDS CAL finden Sie unter Lizenz für Ihre RDS-Bereitstellung mit Clientzugriffslizenzen.

Deaktivieren der Gruppenrichtlinieneinstellung für den Remotedesktop-Lizenzierungsmodus

Überprüfen Sie die Gruppenrichtlinieneinstellung, indem Sie den Gruppenrichtlinien-Editor in der VM öffnen und zu Administrative Vorlagen>Windows-Komponenten>Remotedesktopdienste>Remotedesktop-Sitzungshost>Lizenzierung>Remotedesktop-Lizenzierungsmodus festlegen navigieren. Wenn die Gruppenrichtlinieneinstellung Aktiviert ist, ändern Sie sie in Deaktiviert. Wenn sie bereits deaktiviert ist, lassen Sie die Option unverändert.

Hinweis

Wenn Sie die Gruppenrichtlinie über Ihre Domäne festlegen, deaktivieren Sie diese Einstellung für Richtlinien, die diese Windows 10 Enterprise Multisession-VMs als Ziel verwenden.

Ermitteln, welche Version von Windows 10 Enterprise (mehrere Sitzungen) verwendet wird

Gehen Sie wie folgt vor, um zu ermitteln, mit welcher Version von Windows 10 Enterprise (mehrere Sitzungen) Sie arbeiten:

  1. Melden Sie sich mit Ihrem Administratorkonto an.

  2. Geben Sie "Info" in die Suchleiste neben dem Menü ein.

  3. Wählen Sie PC-Infos aus.

  4. Überprüfen Sie die Nummer neben "Version". Die Zahl sollte entweder 1809 oder 1903 sein, wie in der folgenden Abbildung dargestellt.

    Screenshot des Windows-Spezifikationsfensters mit hervorgehobener Versionsnummer.

Nun, da Sie die Versionsnummer wissen, wechseln Sie zu dem entsprechenden Abschnitt.

Version 1809

Wenn die Versionsnummer 1809 lautet, installieren Sie das KB4516077 Update.

Version 1903

Stellen Sie das Hostbetriebssystem mit der neuesten Windows 10-Imageversion (1903) aus dem Azure-Katalog erneut bereit.

Aufgrund eines Sicherheitsfehlers konnte keine Verbindung mit dem Remotecomputer hergestellt werden.

Wenn Ihren Benutzern der folgende Fehler angezeigt wird:

Aufgrund eines Sicherheitsfehlers konnte keine Verbindung mit dem Remote-PC hergestellt werden. Wenn dies weiterhin geschieht, bitten Sie Ihren Administrator oder den technischen Support um Hilfe.

Überprüfen Sie alle vorhandenen Richtlinien, die die Standard-RDP-Berechtigungen ändern. Eine Richtlinie, die dazu führen kann, dass dieser Fehler angezeigt wird, ist die Sicherheitsrichtlinie "Anmelden zulassen" über remotedesktopdienste .

Weitere Informationen zu dieser Richtlinie finden Sie unter Zulassen der Anmeldung über Remotedesktopdienste.

Ich kann das goldene Image nicht bereitstellen.

Goldene Images dürfen den Azure Virtual Desktop-Agent nicht enthalten. Sie können den Agent erst nach dem Bereitstellen des goldenen Image installieren.

Nächste Schritte