Konfigurace virtuálního počítače hostitele relace Azure Virtual Desktopu (Classic)

Důležité

Tento obsah platí pro Azure Virtual Desktop (Classic), který nepodporuje objekty Azure Virtual Desktopu Azure Resource Manageru. Pokud se pokoušíte spravovat objekty Azure Resource Manageru azure Virtual Desktopu, přečtěte si tento článek.

Tento článek slouží k řešení potíží, které máte při konfiguraci virtuálních počítačů hostitelů relací Služby Azure Virtual Desktop.

Poskytnutí názorů

Navštivte technickou komunitu Azure Virtual Desktopu a prodiskutujte službu Azure Virtual Desktop s produktovým týmem a aktivními členy komunity.

Virtuální počítače nejsou připojené k doméně.

Pokud máte problémy s připojením virtuálních počítačů k doméně, postupujte podle těchto pokynů.

Chyba: Nesprávné přihlašovací údaje

Příčina: Při zadání přihlašovacích údajů do opravy rozhraní šablony Azure Resource Manageru došlo k překlepu.

Oprava: Při řešení proveďte jednu z následujících akcí.

Chyba: Vypršení časového limitu čekání na vstup uživatele

Příčina: Účet použitý k dokončení připojení k doméně může mít vícefaktorové ověřování (MFA).

Oprava: Při řešení proveďte jednu z následujících akcí.

  • Dočasně odeberte vícefaktorové ověřování pro účet.
  • Použijte účet služby.

Chyba: Účet použitý během zřizování nemá oprávnění k dokončení operace.

Příčina: Použitý účet nemá oprávnění k připojení virtuálních počítačů k doméně kvůli dodržování předpisů a předpisům.

Oprava: Při řešení proveďte jednu z následujících akcí.

  • Použijte účet, který je členem skupiny Správa istrator.
  • Udělte potřebná oprávnění použitému účtu.

Chyba: Název domény se nevyřeší

Příčina 1: Virtuální počítače jsou ve virtuální síti, která není přidružená k virtuální síti, ve které se doména nachází.

Oprava 1: Vytvoření partnerského vztahu virtuálních sítí mezi virtuální sítí, ve které byly virtuální počítače zřízeny, a virtuální sítí, ve které je spuštěn řadič domény (DC). Viz Vytvoření partnerského vztahu virtuálních sítí – Resource Manager, různá předplatná.

Příčina 2: Při použití služby Microsoft Entra Domain Services nemá virtuální síť aktualizované nastavení serveru DNS tak, aby odkazovala na spravované řadiče domény.

Oprava 2: Aktualizace nastavení DNS pro virtuální síť obsahující službu Microsoft Entra Domain Services naleznete v tématu Aktualizace nastavení DNS pro virtuální síť Azure.

Příčina 3: Nastavení serveru DNS síťového rozhraní neodkazuje na příslušný server DNS ve virtuální síti.

Oprava 3: Při řešení proveďte jednu z následujících akcí, a to podle kroků v části [Změna serverů DNS].

  • Změňte nastavení serveru DNS síťového rozhraní na Vlastní pomocí kroků ze změn serverů DNS a zadejte privátní IP adresy serverů DNS ve virtuální síti.
  • Změňte nastavení serveru DNS síťového rozhraní tak, aby dědila z virtuální sítě pomocí kroků ze změn serverů DNS a potom změňte nastavení serveru DNS virtuální sítě pomocí kroků ze změn serverů DNS.

Agent služby Azure Virtual Desktop a zavaděč spouštění služby Azure Virtual Desktop se nenainstalují

Doporučeným způsobem zřízení virtuálních počítačů je vytvoření a zřízení šablony fondu hostitelů Azure Virtual Desktopu Azure Resource Manager. Šablona automaticky nainstaluje agenta služby Azure Virtual Desktop a zavaděč spouštění agenta služby Azure Virtual Desktop.

Podle těchto pokynů ověřte, že jsou součásti nainstalovány, a zkontrolujte chybové zprávy.

  1. Ověřte, že jsou tyto dvě komponenty nainstalovány, a to vrácením Ovládací panely >Programs>Programy a funkce. Pokud agenta služby Azure Virtual Desktop a zavaděč spouštění agenta služby Azure Virtual Desktop nejsou viditelné, nenainstalují se na virtuálním počítači.
  2. Otevřete Průzkumník souborů a přejděte na C:\Windows\Temp\ScriptLog.log. Pokud soubor chybí, znamená to, že PowerShell DSC, který nainstaloval dvě komponenty, nemohl spustit v zadaném kontextu zabezpečení.
  3. Pokud soubor C:\Windows\Temp\ScriptLog.log existuje, otevřete ho a zkontrolujte chybové zprávy.

Chyba: Chybí zavaděč spouštění agenta služby Azure Virtual Desktop a agenta služby Azure Virtual Desktop. C:\Windows\Temp\ScriptLog.log také chybí

Příčina 1: Přihlašovací údaje zadané během vstupu pro šablonu Azure Resource Manageru byly nesprávné nebo oprávnění nebyla dostatečná.

Oprava 1: Ručně přidejte chybějící komponenty do virtuálních počítačů pomocí vytvoření fondu hostitelů pomocí PowerShellu.

Příčina 2: PowerShell DSC se podařilo spustit a spustit, ale nepodařilo se to dokončit, protože se nemůže přihlásit ke službě Azure Virtual Desktop a získat potřebné informace.

Oprava 2: Potvrďte položky v následujícím seznamu.

  • Ujistěte se, že účet nemá vícefaktorové ověřování.
  • Ověřte, že je název tenanta přesný a že tenant existuje ve službě Azure Virtual Desktop.
  • Ověřte, že účet má alespoň oprávnění přispěvatele RDS.

Chyba: Ověřování se nezdařilo, chyba v souboru C:\Windows\Temp\ScriptLog.log

Příčina: PowerShell DSC se mohl spustit, ale nemohl se připojit k Azure Virtual Desktopu.

Oprava: Potvrďte položky v následujícím seznamu.

  • Ručně zaregistrujte virtuální počítače ve službě Azure Virtual Desktop.
  • Ověřte, že účet použitý pro připojení k Azure Virtual Desktopu má oprávnění k vytvoření fondů hostitelů v tenantovi.
  • Ověřte, že účet nemá vícefaktorové ověřování.

Agent služby Azure Virtual Desktop se neregistruje ve službě Azure Virtual Desktop.

Když je agent Azure Virtual Desktopu poprvé nainstalovaný na virtuálních počítačích hostitelů relací (buď ručně, nebo prostřednictvím šablony Azure Resource Manageru a PowerShellU DSC), poskytne registrační token. Následující část popisuje řešení potíží souvisejících s agentem služby Azure Virtual Desktop a tokenem.

Chyba: Stav uvedený v rutině Get-RdsSessionHost zobrazuje stav jako Nedostupný.

Get-RdsSessionHost cmdlet shows status as Unavailable.

Příčina: Agent se nemůže aktualizovat na novou verzi.

Oprava: Postupujte podle těchto pokynů a aktualizujte agenta ručně.

  1. Stáhněte si novou verzi agenta na virtuálním počítači hostitele relace.
  2. Spusťte Správce úloh a na kartě Služba zastavte službu RDAgentBootLoader.
  3. Spusťte instalační program pro novou verzi agenta služby Azure Virtual Desktop.
  4. Po zobrazení výzvy k zadání registračního tokenu odeberte položku INVALID_TOKEN a stiskněte další (nový token se nevyžaduje).
  5. Dokončete průvodce instalací.
  6. Otevřete Správce úloh a spusťte službu RDAgentBootLoader.

Chyba: Položka registru agenta Služby Azure Virtual Desktop zobrazuje hodnotu 0.

Příčina: Platnost registračního tokenu vypršela nebo byla vygenerována s hodnotou vypršení platnosti 999999.

Oprava: Při opravě chyby registru agenta postupujte podle těchto pokynů.

  1. Pokud už existuje registrační token, odeberte ho pomocí remove-RDSRegistrationInfo.
  2. Vygenerujte nový token pomocí Rds-NewRegistrationInfo.
  3. Ověřte, že parametr -ExpriationHours je nastavený na 72 (maximální hodnota je 99999).

Chyba: Agent služby Azure Virtual Desktop nehlásí prezenční signál při spuštění rutiny Get-RdsSessionHost

Příčina 1: Služba RDAgentBootLoader byla zastavena.

Oprava 1: Spusťte Správce úloh a pokud karta Služby hlásí stav zastavené služby RDAgentBootLoader, spusťte službu.

Příčina 2: Port 443 může být uzavřen.

Oprava 2: Podle těchto pokynů otevřete port 443.

  1. Potvrďte, že je port 443 otevřený, stažením nástroje PSPing z nástrojů Sysinternal.

  2. Nainstalujte nástroj PSPing na virtuální počítač hostitele relace, na kterém je agent spuštěný.

  3. Otevřete příkazový řádek jako správce a spusťte následující příkaz:

    psping rdbroker.wvdselfhost.microsoft.com:443
    
  4. Potvrďte, že nástroj PSPing obdržel informace zpět z RDBrokeru:

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

Řešení potíží se zásobníkem služby Azure Virtual Desktop

Zásobník služby Azure Virtual Desktop se automaticky nainstaluje s Windows Serverem 2019 a novějším. Pomocí Instalační služby Microsoftu (MSI) nainstalujte souběžný zásobník na Microsoft Windows Server 2016 nebo Windows Server 2012 R2. Pro Microsoft Windows 10 je souběžný zásobník služby Azure Virtual Desktop povolený pomocí enablesxstackrs.ps1.

Existují tři hlavní způsoby instalace nebo povolení zásobníku vedle sebe na virtuálních počítačích fondu hostitelů relací:

  • Pomocí šablony fondu hostitelů Služby Azure Virtual Desktop pro vytvoření a zřízení nového fondu hostitelů Azure Resource Manageru
  • Zahrnutím a povolením na hlavní imagi
  • Nainstalované nebo povolené ručně na každém virtuálním počítači (nebo s rozšířeními nebo PowerShellem)

Pokud máte problémy se zásobníkem služby Azure Virtual Desktop vedle sebe, zadejte z příkazového řádku příkaz qwinsta a ověřte, že je zásobník nainstalovaný nebo povolený vedle sebe.

Výstup qwinsta vypíše rdp-sxs ve výstupu, pokud je nainstalovaný a povolený souběžný zásobník.

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

Zkontrolujte níže uvedené položky registru a ověřte, že jejich hodnoty odpovídají. Pokud klíče registru chybí nebo se hodnoty neshodují, postupujte podle pokynů v tématu Vytvoření fondu hostitelů pomocí PowerShellu , jak přeinstalovat souběžný zásobník.

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal
    Server\WinStations\rds-sxs\"fEnableWinstation":DWORD=1

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal
    Server\ClusterSettings\"SessionDirectoryListener":rdp-sxs

Chyba: O_REVERSE_CONNECT_STACK_FAILURE

O_REVERSE_CONNECT_STACK_FAILURE error code.

Příčina: Na virtuálním počítači hostitele relace není nainstalovaný souběžný zásobník.

Oprava: Při instalaci zásobníku vedle sebe na virtuální počítač hostitele relace postupujte podle těchto pokynů.

  1. Pomocí protokolu RDP (Remote Desktop Protocol) se můžete připojit přímo k hostitelskému virtuálnímu počítači relace jako místní správce.

  2. Pokud jste to ještě neudělali, stáhněte a naimportujte modul PowerShellu pro Azure Virtual Desktop, který se má použít v relaci PowerShellu, spusťte tuto rutinu a přihlaste se ke svému účtu:

    Add-RdsAccount -DeploymentUrl "https://rdbroker.wvd.microsoft.com"
    
  3. Nainstalujte souběžný zásobník pomocí vytvoření fondu hostitelů pomocí PowerShellu.

Jak opravit souběžný zásobník služby Azure Virtual Desktop, který nefunguje správně

Existují známé okolnosti, které můžou způsobit selhání souběžného zásobníku:

  • Neposoudíte správné pořadí kroků pro povolení souběžného zásobníku.
  • Automatická aktualizace na windows 10 Enhanced Versatile Disc (EVD)
  • Chybí role Hostitel relace vzdálené plochy (RDSH)
  • Spuštění příkazu enablesxsstackrc.ps1 několikrát
  • Spuštění příkazu enablesxsstackrc.ps1 v účtu, který nemá oprávnění místního správce

Pokyny v této části vám můžou pomoct odinstalovat sadu Azure Virtual Desktopu vedle sebe. Po odinstalaci souběžného zásobníku přejděte do části Registrace virtuálního počítače ve fondu hostitelů Azure Virtual Desktopu v části Vytvoření fondu hostitelů pomocí PowerShellu a přeinstalujte souběžný zásobník.

Virtuální počítač použitý ke spuštění nápravy musí být ve stejné podsíti a doméně jako virtuální počítač s chybným souběžným zásobníkem.

Pokud chcete spustit nápravu ze stejné podsítě a domény, postupujte podle těchto pokynů:

  1. Připojení se standardním protokolem RDP (Remote Desktop Protocol) k virtuálnímu počítači, ze kterého bude použita oprava.

  2. Stáhněte si PsExec z PsExec v2.40.

  3. Rozbalte stažený soubor.

  4. Spusťte příkazový řádek jako místní správce.

  5. Přejděte do složky, ve které byl psExec rozbalen.

  6. Z příkazového řádku použijte následující příkaz:

            psexec.exe \\<VMname> cmd
    

    Poznámka:

    Název virtuálního počítače je název počítače se selháním souběžného zásobníku.

  7. Kliknutím na Souhlas přijměte licenční smlouvu PsExec.

    Software license agreement screenshot.

    Poznámka:

    Toto dialogové okno se zobrazí pouze při prvním spuštění PsExec.

  8. Po otevření relace příkazového řádku na virtuálním počítači s chybným souběžným zásobníkem spusťte qwinsta a ověřte, že je k dispozici položka s názvem rdp-sxs. Pokud ne, není na virtuálním počítači k dispozici souběžný zásobník, takže problém není svázaný se souběžným zásobníkem.

    Administrator command prompt

  9. Spusťte následující příkaz, který zobrazí seznam komponent Microsoftu nainstalovaných na virtuálním počítači s chybnou funkcí souběžného zásobníku.

        wmic product get name
    
  10. Spusťte následující příkaz s názvy produktů z výše uvedeného kroku.

        wmic product where name="<Remote Desktop Services Infrastructure Agent>" call uninstall
    
  11. Odinstalujte všechny produkty, které začínají vzdálenou plochou.

  12. Po odinstalaci všech komponent služby Azure Virtual Desktop postupujte podle pokynů pro váš operační systém:

  13. Pokud je váš operační systém Windows Server, restartujte virtuální počítač, u kterého došlo k selhání souběžného zásobníku (pomocí webu Azure Portal nebo z nástroje PsExec).

Pokud máte operační systém Microsoft Windows 10, pokračujte následujícími pokyny:

  1. Na virtuálním počítači, na kterém běží PsExec, otevřete Průzkumník souborů a zkopírujte příkazy disablesxsstackrc.ps1 na systémovou jednotku virtuálního počítače s chybnou souběžnou sadou.

        \\<VMname>\c$\
    

    Poznámka:

    Název virtuálního počítače je název počítače se selháním souběžného zásobníku.

  2. Doporučený postup: z nástroje PsExec spusťte PowerShell a přejděte do složky z předchozího kroku a spusťte příkaz disablesxsstackrc.ps1. Alternativně můžete spustit následující rutiny:

    Remove-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\ClusterSettings" -Name "SessionDirectoryListener" -Force
    Remove-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\rdp-sxs" -Recurse -Force
    Remove-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations" -Name "ReverseConnectionListener" -Force
    
  3. Jakmile jsou rutiny spuštěné, restartujte virtuální počítač se selháním souběžného zásobníku.

Režim licencování vzdálené plochy není nakonfigurovaný.

Pokud se přihlásíte k více relacím Windows 10 Enterprise pomocí účtu pro správu, může se zobrazit oznámení: "Režim licencování vzdálené plochy není nakonfigurovaný, Služba Vzdálená plocha přestane fungovat za X dnů. Na serveru Připojení ion Broker použijte Správce serveru k určení režimu licencování Vzdálené plochy."

Pokud časový limit vyprší, zobrazí se chybová zpráva: Vzdálená relace byla odpojena, protože pro tento počítač nejsou k dispozici žádné licence pro klientský přístup ke vzdálené ploše.

Pokud se zobrazí některé z těchto zpráv, znamená to, že image nemá nainstalované nejnovější aktualizace Windows nebo že nastavujete režim licencování Vzdálené plochy prostřednictvím zásad skupiny. Postupujte podle kroků v dalších částech a zkontrolujte nastavení zásad skupiny, identifikujte verzi více relací Windows 10 Enterprise a nainstalujte odpovídající aktualizaci.

Poznámka:

Azure Virtual Desktop vyžaduje pouze licenci pro klientský přístup ke vzdálené ploše (CAL), pokud váš fond hostitelů obsahuje hostitele relací Windows Serveru. Informace o konfiguraci licence RDS CAL najdete v tématu Licencování nasazení RDS pomocí licencí pro klientský přístup.

Zakázání nastavení zásad skupiny v režimu licencování vzdálené plochy

Zkontrolujte nastavení zásad skupiny tak, že otevřete Editor zásad skupiny na virtuálním počítači a přejdete na Správa istrativní šablony>komponent>systému Windows Vzdálená plocha Vzdálená plocha – Licencování>hostitele>relace Vzdálené plochy>Nastavte režim licencování Vzdálené plochy. Pokud je nastavení zásad skupiny povoleno, změňte ho na Zakázáno. Pokud už je zakázaný, ponechte ho tak, jak je.

Poznámka:

Pokud nastavíte zásady skupiny prostřednictvím domény, zakažte toto nastavení u zásad, které cílí na tyto virtuální počítače s více relacemi Windows 10 Enterprise.

Určení verze Windows 10 Enterprise s více relacemi, kterou používáte

Pokud chcete zkontrolovat, jakou verzi Windows 10 Enterprise máte ve více relacích:

  1. Přihlaste se pomocí svého účtu správce.

  2. Do vyhledávacího panelu vedle nabídka Start zadejte "O aplikaci".

  3. Vyberte O počítači.

  4. Zkontrolujte číslo vedle položky Verze. Číslo by mělo být "1809" nebo "1903", jak je znázorněno na následujícím obrázku.

    A screenshot of the Windows specifications window. The version number is highlighted in blue.

Teď, když znáte číslo verze, přeskočte k příslušné části.

Verze 1809

Pokud vaše číslo verze říká "1809", nainstalujte KB4516077 aktualizaci.

Verze 1903

Znovu nasaďte hostitelský operační systém s nejnovější verzí image Windows 10 verze 1903 z galerie Azure.

Kvůli chybě zabezpečení se nemůžeme připojit ke vzdálenému počítači.

Pokud se uživatelům zobrazí chyba oznamující, že se kvůli chybě zabezpečení nemohli připojit ke vzdálenému počítači. Pokud se to bude opakovat, požádejte o pomoc správce nebo technickou podporu," ověřte všechny stávající zásady, které mění výchozí oprávnění RDP. Jedna zásada, která může způsobit, že se tato chyba zobrazí, je "Povolit přihlášení prostřednictvím zásad zabezpečení vzdálené plochy".

Další informace o této zásadě najdete v tématu Povolení přihlášení prostřednictvím služby Vzdálená plocha.

Další kroky