Condividi tramite

Risolvere i problemi comuni dell'agente di Desktop virtuale Azure

  • Articolo

L'agente Desktop virtuale Azure può causare problemi di connessione a causa di più fattori:

  • Errore nel broker che fa in modo che l'agente arresti il servizio.
  • Problemi con gli aggiornamenti.
  • Problemi di installazione dell'agente, che interrompe la connessione con l'host sessione.

Questo articolo illustra le soluzioni a questi scenari comuni e come risolvere i problemi di connessione.

Nota

Per la risoluzione dei problemi relativi alla connettività di sessione e all'agente Desktop virtuale Azure, è consigliabile esaminare i log eventi nelle macchine virtuali dell'host sessione passando a Visualizzatore eventi>Log di Windows>Applicazione. Cercare gli eventi con una delle origini seguenti per identificare il problema:

  • WVD-Agent
  • WVD-Agent-Updater
  • RDAgentBootLoader
  • MsiInstaller

Errore: Interruzione dell'esecuzione di RDAgentBootLoader e/o Caricatore agente Desktop remoto

Se si riscontra uno dei problemi seguenti, significa che il caricatore di avvio, che carica l'agente, non è riuscito a installare correttamente l'agente e il servizio agente non è in esecuzione nella macchina virtuale dell'host sessione:

  • RDAgentBootLoader è stato arrestato o non è in esecuzione.
  • Non esiste alcuno stato per Caricatore agente Desktop remoto.

Per risolvere il problema, avviare il caricatore di avvio RDAgent:

  1. Nella finestra Servizi fare clic con il pulsante destro del mouse su Caricatore agente Desktop remoto.

  2. Selezionare Inizio. Se questa opzione è disattivata, non si dispone delle autorizzazioni di amministratore. Per avviare il servizio, è necessario ottenere tali autorizzazioni.

  3. Attendere 10 secondi, quindi fare clic con il pulsante destro del mouse su Caricatore agente Desktop remoto.

  4. Selezionare Aggiorna.

  5. Se il servizio si arresta dopo l'avvio e l'aggiornamento, potrebbe essere presente un errore di registrazione. Per altre informazioni, vedere INVALID_REGISTRATION_TOKEN o EXPIRED_MACHINE_TOKEN.

Errore: INVALID_REGISTRATION_TOKEN o EXPIRED_MACHINE_TOKEN

Nella macchina virtuale dell'host sessione passare a Visualizzatore eventi>Log di Windows>Applicazione. Se viene visualizzato un evento con ID 3277 con la descrizione INVALID_REGISTRATION_TOKEN o EXPIRED_MACHINE_TOKEN, la chiave di registrazione usata non viene riconosciuta come valida.

Per risolvere il problema:

  1. Creare una nuova chiave di registrazione seguendo i passaggi descritti in Generare una chiave di registrazione.

  2. Aprire un prompt di PowerShell come amministratore ed eseguire i comandi seguenti per aggiungere la nuova chiave di registrazione al Registro di sistema. Sostituire <RegistrationToken> con il nuovo token di registrazione generato.

    $newKey = '<RegistrationToken>'

Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\RDInfraAgent" -Name "IsRegistered" -Value 0 -Force
Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\RDInfraAgent" -Name "RegistrationToken" -Value $newKey -Force

  3. Quindi immettere il comando seguente per riavviare il servizio RDAgentBootLoader:

    Restart-Service RDAgentBootLoader

  4. Eseguire i comandi seguenti per verificare che IsRegistered sia impostato su 1 e RegistrationToken sia vuoto.

    Get-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\RDInfraAgent" -Name IsRegistered | FL IsRegistered
Get-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\RDInfraAgent" -Name RegistrationToken | FL RegistrationToken

    L'output dovrebbe essere simile a quello seguente:

    IsRegistered : 1

RegistrationToken :

  5. Verificare che l'host sessione non sia disponibile nel pool di host. Se non lo è, visualizzare le voci del Visualizzatore eventi e verificare se sono presenti errori che impediscono l'avvio dell'agente.

Errore: L'agente non è in grado di connettersi al broker con INVALID_FORM

Nella macchina virtuale dell'host sessione passare a Visualizzatore eventi>Log di Windows>Applicazione. Se viene visualizzato un evento con ID 3277 con INVALID_FORM nella descrizione, l'agente non può connettersi al broker o raggiungere un determinato endpoint. Questo problema può essere dovuto a determinate impostazioni di DNS o firewall.

Per risolvere il problema, verificare di poter raggiungere i due endpoint definiti BrokerResourceIdURI e BrokerResourceIdURIGlobal:

  1. Aprire l'editor delRegistro di sistema.

  2. Passare a HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\RDInfraAgent.

  3. Prendere nota dei valori per BrokerResourceIdURI e BrokerResourceIdURIGlobal.

  4. Aprire un Web browser e immettere il valore per BrokerResourceIdURI nella barra degli indirizzi e aggiungere /api/health alla fine, ad esempio https://rdbroker-g-us-r0.wvd.microsoft.com/api/health.

  5. Aprire un'altra scheda nel browser e immettere il valore per BrokerResourceIdURIGlobal nella barra degli indirizzi e aggiungere /api/health alla fine, ad esempio https://rdbroker.wvd.microsoft.com/api/health.

  6. Se la rete non sta bloccando la connessione al broker, entrambe le pagine dovrebbero essere caricate correttamente e visualizzare un messaggio che indica Gestore Desktop remoto è Integro, come illustrato negli screenshot seguenti:

    Screenshot dell'accesso URI broker caricato correttamente

    Screenshot dell'accesso URI globale broker caricato correttamente

  7. Se la rete sta bloccando la connessione broker, le pagine non verranno caricate, come illustrato nello screenshot seguente.

    Screenshot di accesso broker caricato non riuscito

    Screenshot di accesso globale broker caricato non riuscito

    È necessario sbloccare gli endpoint necessari e quindi ripetere i passaggi da 4 a 7. Per altre informazioni, vedere l'elenco di URL necessari.

  8. Se i passaggi precedenti non risolvono il problema, assicurarsi di non avere criteri di gruppo con crittografie che bloccano la connessione dell'agente al broker. Desktop virtuale Azure usa la stessa crittografia TLS 1.2 di Frontdoor di Azure. Per altre informazioni, vedere Sicurezza della connessione.

Errore: 3703

Nella macchina virtuale dell'host sessione passare a Visualizzatore eventi>Log di Windows>Applicazione. Se viene visualizzato un evento con ID 3703 con URL gateway Desktop remoto: non accessibile nella descrizione, l'agente non è in grado di raggiungere gli URL del gateway. Per connettersi correttamente all'host sessione, è necessario consentire il traffico di rete agli URL dall'elenco di URL necessari. Assicurarsi inoltre che le impostazioni del firewall o del proxy non blocchino questi URL. Per usare Desktop virtuale Azure, è necessario sbloccare questi URL.

Per risolvere il problema, verificare se è possibile accedere agli URL necessari eseguendo lo strumento di controllo degli URL necessari. Se è in uso Firewall di Azure, vedere Usare Firewall di Azure per proteggere le distribuzioni di Desktop virtuale Azure e Impostazioni DNS di Firewall di Azure per altre informazioni su come configurarlo per Desktop virtuale Azure.

Errore: 3019

Nella macchina virtuale dell'host sessione passare a Visualizzatore eventi>Log di Windows>Applicazione. Se viene visualizzato un evento con ID 3019, l'agente non riesce a raggiungere gli URL del trasporto Websocket. Per connettersi correttamente all'host sessione e consentire al traffico di rete di ignorare queste restrizioni, è necessario sbloccare gli URL elencati nell'elenco di URL necessari. Collaborare con il team di rete per assicurarsi che le impostazioni di firewall, proxy e DNS non stiano bloccando questi URL. È anche possibile controllare i log di traccia di rete per identificare dove viene bloccato il servizio Desktop virtuale Azure. Se si apre un caso del supporto tecnico Microsoft per questo particolare problema, assicurarsi di allegare i log di traccia di rete alla richiesta.

Errore: InstallationHealthCheckFailedException

Nella macchina virtuale dell'host sessione passare a Visualizzatore eventi>Log di Windows>Applicazione. Se viene visualizzato un evento con ID 3277 con InstallationHealthCheckFailedException nella descrizione, il listener dello stack non funziona perché il Terminal Server ha attivato la chiave del Registro di sistema per il listener dello stack.

Per risolvere il problema:

  1. Verificare se il listener dello stack funziona

  2. Se il listener dello stack non funziona, disinstallare e reinstallare manualmente il componente dello stack.

Errore: ENDPOINT_NOT_FOUND

Nella macchina virtuale dell'host sessione passare a Visualizzatore eventi>Log di Windows>Applicazione. Se viene visualizzato un evento con ID 3277 con ENDPOINT_NOT_FOUND nella descrizione, il broker non è riuscito a trovare un endpoint con cui stabilire una connessione. Questo problema di connessione può verificarsi a causa di uno dei motivi seguenti:

  • Nel pool di host non sono presenti macchine virtuali host sessione.
  • Le macchine virtuali host sessione nel pool di host non sono attive.
  • Tutte le macchine virtuali host sessione nel pool di host hanno superato il limite massimo di sessione.
  • In nessuna delle macchine virtuali nel pool di host è in esecuzione il servizio agente.

Per risolvere il problema:

  1. Assicurarsi che la macchina virtuale sia accesa e non sia stata rimossa dal pool di host.

  2. Assicurarsi che la macchina virtuale non abbia superato il limite massimo di sessioni.

  3. Assicurarsi che il servizio agente sia in esecuzione e il listener dello stack sia funzionante.

  4. Assicurarsi che l'agente possa connettersi al broker.

  5. Assicurarsi che la macchina virtuale disponga di un token di registrazione valido.

  6. Assicurarsi che il token di registrazione della macchina virtuale non sia scaduto.

Errore: InstallMsiException

Nella macchina virtuale dell'host sessione passare a Visualizzatore eventi>Log di Windows>Applicazione. Se viene visualizzato un evento con ID 3277 con InstallMsiException nella descrizione, il programma di installazione è già in esecuzione per un'altra applicazione durante il tentativo di installare l'agente oppure i criteri di gruppo bloccano l'esecuzione di msiexec.exe.

Per verificare se i criteri di gruppo bloccano l'esecuzione di msiexec.exe:

  1. Aprire Set di criteri risultante eseguendo rsop.msc da un prompt dei comandi con privilegi elevati.

  2. Nella finestra Set di criteri risultante visualizzata passare a Configurazione computer > Modelli amministrativi>Componenti di Windows>Windows Installer>Disattiva Windows Installer. Se lo stato è Abilitato, collaborare con il team di Active Directory per consentire l'esecuzione di msiexec.exe.

    Screenshot dei criteri di Windows Installer in Set di criteri risultante

    Nota

    Questo non è un elenco completo dei criteri, ma include solo quelli attualmente noti.

Errore: Win32Exception

Nella macchina virtuale dell'host sessione passare a Visualizzatore eventi>Log di Windows>Applicazione. Se viene visualizzato un evento con ID 3277 con InstallMsiException nella descrizione, un criterio blocca l'avvio di cmd.exe. Il blocco di questo programma impedisce l'esecuzione della finestra della console, ovvero ciò che è necessario usare per riavviare il servizio ogni volta che l'agente viene aggiornato.

  1. Aprire Set di criteri risultante eseguendo rsop.msc da un prompt dei comandi con privilegi elevati.

  2. Nella finestra Set di criteri risultante visualizzata passare a Configurazione utente > Modelli amministrativi > Sistema > Impedisci accesso al prompt dei comandi. Se lo stato è Abilitato, collaborare con il team di Active Directory per consentire l'esecuzione di cmd.exe.

Errore: Il listener dello stack non funziona in una macchina virtuale dell'host sessione Windows 10 2004

Nella macchina virtuale dell'host di sessione eseguire qwinsta.exe dal prompt dei comandi e prendere nota del numero di versione visualizzato accanto a rdp-sxs nella colonna SESSIONNAME. Se la colonna STATE per le voci rdp-tcp e rdp-sxs non è Listen o se le voci rdp-tcp e rdp-sxs non sono elencate affatto, significa che c'è un problema di stack. Gli aggiornamenti dello stack vengono installati insieme agli aggiornamenti dell'agente, ma se l'aggiornamento ha avuto esito negativo, il listener di Desktop virtuale Azure non funzionerà.

Per risolvere il problema:

  1. Aprire l'Editor del Registro di sistema.

  2. Passare a HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations.

  3. In WinStations è possibile che vengano visualizzate diverse cartelle per versioni dello stack diverse; selezionare una cartella corrispondente alle informazioni sulla versione visualizzate durante l'esecuzione di qwinsta.exe in un prompt dei comandi.

    • Trovare fReverseConnectMode e assicurarsi che il valore dei dati sia 1. Assicurarsi anche che fEnableWinStation sia impostato su 1.

      Screenshot di fReverseConnectMode

    • Se fReverseConnectMode non è impostato su 1, selezionare fReverseConnectMode e immettere 1 nel relativo campo valore.

    • Se fEnableWinStation non è impostato su 1, selezionare fEnableWinStation e immettere 1 nel relativo campo valore.

  4. Ripetere i passaggi precedenti per ogni cartella che corrisponde alle informazioni sulla versione visualizzate durante l'esecuzione di qwinsta.exe in un prompt dei comandi.

    Suggerimento

    Per cambiare la modalità fReverseConnectMode o fEnableWinStation per più macchine virtuali alla volta, è possibile eseguire una delle due operazioni seguenti:

    • Esportare la chiave del Registro di sistema dal computer in cui è già in uso e importarla in tutti gli altri computer che richiedono questa modifica.
    • Creare un oggetto Criteri di gruppo che imposta il valore della chiave del Registro di sistema per i computer che richiedono la modifica.

  5. Riavviare la macchina virtuale dell'host sessione.

  6. Aprire l'Editor del Registro di sistema.

  7. Passare a HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\ClusterSettings.

  8. In ClusterSettings trovare SessionDirectoryListener e assicurarsi che il valore dei dati sia rdp-sxs<version number, dove <version number corrisponde alle informazioni sulla versione visualizzate durante l'esecuzione di qwinsta.exe in un prompt dei comandi.

  9. Se SessionDirectoryListener non è impostato su rdp-sxs<version number, è necessario seguire la procedura descritta nella sezione Il problema non è elencato qui o non è stato risolto.

Errore: DownloadMsiException

Nella macchina virtuale dell'host sessione passare a Visualizzatore eventi>Log di Windows>Applicazione. Se viene visualizzato un evento con ID 3277 con DownloadMsiException nella descrizione, non c'è spazio sufficiente sul disco per RDAgent.

Per risolvere questo problema, creare spazio sul disco in questo modo:

  • Eliminando i file non più in uso.
  • Aumentando la capacità di archiviazione della macchina virtuale dell'host sessione.

Errore: L'agente non viene caricato e viene visualizzato l'errore MissingMethodException

Nella macchina virtuale dell'host sessione passare a Visualizzatore eventi>Log di Windows>Applicazione. Se viene visualizzato un evento con ID 3389 con MissingMethodException: metodo non trovato nella descrizione, l'agente Desktop virtuale Azure non è stato aggiornato correttamente e non è stato ripristinato a una versione precedente. Questo problema può verificarsi perché il numero di versione di .NET Framework attualmente installato nelle macchine virtuali è inferiore a 4.7.2. Per risolvere il problema, è necessario aggiornare .NET alla versione 4.7.2 o successiva seguendo le istruzioni di installazione nella documentazione di .NET Framework.

Errore: Le macchine virtuali dell'host sessione sono bloccate con lo stato Aggiornamento

Se lo stato elencato per gli host sessione nel pool di host indica sempre Non disponibile o Aggiornamento, l'agente o lo stack non è stato installato correttamente.

Per risolvere il problema, reinstallare lo stack affiancato:

  1. Accedere alla macchina virtuale dell'host sessione come amministratore.

  2. Eseguire qwinsta.exe da un prompt PowerShell elevato e prendere nota del numero di versione visualizzato accanto a rdp-sxs nella colonna SESSIONNAME. Se la colonna STATE per le voci rdp-tcp e rdp-sxs non è Listen o se le voci rdp-tcp e rdp-sxs non sono elencate affatto, significa che c'è un problema di stack.

  3. Eseguire il comando seguente per arrestare il servizio RDAgentBootLoader:

    Stop-Service RDAgentBootLoader

  4. Passare a Pannello di controllo>Programmi>Programmi e funzionalità oppure in Windows 11 passare all'app Impostazioni > App.

  5. Disinstallare la versione più recente dello stack di rete SxS di Servizi Desktop remoto o la versione elencata nell'editor del Registro di sistema in HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations sotto il valore per ReverseConnectionListener.

  6. Al prompt di PowerShell eseguire i comandi seguenti per aggiungere a una variabile il percorso del file del programma di installazione più recente disponibile nella macchina virtuale dell'host sessione per lo stack affiancato ed elencare il nome:

    $sxsMsi = (Get-ChildItem "$env:SystemDrive\Program Files\Microsoft RDInfra\" | ? Name -like SxSStack*.msi | Sort-Object CreationTime -Descending | Select-Object -First 1).FullName
$sxsMsi

  7. Installare il programma di installazione più recente disponibile nella macchina virtuale dell'host sessione per lo stack affiancato eseguendo il comando seguente:

    msiexec /i $sxsMsi

  8. Riavviare la macchina virtuale dell'host sessione.

  9. Da un prompt dei comandi eseguire di nuovo qwinsta.exe e verificare che la colonna STATE per le voci rdp-tcp e rdp-sxs sia Listen. In caso contrario, è necessario registrare nuovamente la macchina virtuale e reinstallare il componente agente.

Errore: Gli host sessione sono bloccati nello stato Non disponibile

Se le macchine virtuali dell'host sessione sono bloccate nello stato Non disponibile, la macchina virtuale non ha superato uno dei controlli di integrità elencati in Controllo integrità. È necessario risolvere il problema che causa il mancato superamento del controllo integrità da parte della macchina virtuale.

Errore: Gli host sessione sono bloccati nello stato Richiede assistenza

Esistono diversi controlli integrità che possono causare il blocco delle macchine virtuali dell'host sessione nello stato Richiede assistenza, UrlsAccessibleCheck. MetaDataServiceCheck e MonitoringAgentCheck.

UrlsAccessibleCheck

Se l'host sessione non supera il controllo integrità UrlsAccessibleCheck, è necessario identificare quale URL necessario è attualmente bloccato dalla distribuzione. Dopo aver identificato l'URL bloccato, identificare l'impostazione che blocca l'URL e rimuoverla.

Esistono due motivi per cui il servizio blocca un URL necessario:

  • Si dispone di un firewall attivo che blocca la maggior parte del traffico in uscita e l'accesso agli URL necessari.
  • Il file host locale blocca i siti Web necessari.

Per risolvere un problema correlato al firewall, aggiungere una regola che consenta le connessioni in uscita alla porta TCP 80/443 associata agli URL bloccati.

Se il file host locale blocca gli URL necessari, assicurarsi che nessuno degli URL necessari si trovi nel file Host nel dispositivo. È possibile trovare il percorso del file Host nel valore e nella chiave del Registro di sistema seguenti:

Chiave: HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Tipo: REG_EXPAND_SZ

Nome: DataBasePath

MetaDataServiceCheck

Se l'host sessione non supera il controllo integrità MetaDataServiceCheck, il servizio non può accedere all'endpoint IMDS. Per risolvere il problema, eseguire una delle operazioni seguenti:

  • Riconfigurare le impostazioni di rete, firewall o proxy per sbloccare l'indirizzo IP 169.254.169.254.
  • Fare in modo che i client HTTP ignorino i proxy Web all'interno della macchina virtuale durante l'esecuzione di query su IMDS. È consigliabile consentire l'indirizzo IP necessario in tutti i criteri del firewall all'interno della macchina virtuale che gestiscono la direzione del traffico di rete in uscita.

Se il problema è causato da un proxy Web, aggiungere un'eccezione per 169.254.169.254 nella configurazione del proxy Web. Per aggiungere questa eccezione, aprire un prompt dei comandi con privilegi elevati o una sessione di PowerShell ed eseguire il comando seguente:

netsh winhttp set proxy proxy-server="http=<customerwebproxyhere>" bypass-list="169.254.169.254"

MonitoringAgentCheck

Se l'host di sessione non supera il controllo integrità MonitoringAgentCheck, è necessario controllare l'agente Geneva dell'infrastruttura Servizi Desktop remoto e verificare se funziona correttamente nell'host sessione:

  1. Verificare se l'agente Geneva dell'infrastruttura Servizi Desktop remoto è installato nell'host sessione. È possibile verificarlo nell'elenco dei programmi installati nell'host sessione. Se si vede che sono installate varie versioni di questo agente, disinstallare le versioni precedenti e mantenere installata solo quella più recente.

  2. Se non è possibile trovare l'agente Geneva dell'infrastruttura Servizi Desktop remoto nell'host sessione, esaminare i log presenti in C:\Programmi\Microsoft RDInfra\GenevaInstall.txt e verificare se l'individuare ha esito negativo a causa di un errore.

  3. Verificare se viene creato GenevaTask_<versione>. Questa attività pianificata deve essere abilitata e in esecuzione. In caso contrario, reinstallare l'agente usando il file .msi denominato Microsoft.RDInfra.Geneva.Installer-x64-<versione>.msi, disponibile in C:\Programmi\Microsoft RDInfra.

Errore: Connessione non trovata: RDAgent non dispone di una connessione attiva al broker

Le macchine virtuali dell'host sessione potrebbero aver raggiunto il limite di connessioni e non possono accettare nuove connessioni.

Per risolvere il problema, scegliere una delle opzioni seguenti:

  • Ridurre il limite massimo di sessioni. Questa modifica garantisce che le risorse vengano distribuite in modo più uniforme tra gli host sessione e impediscano l'esaurimento delle risorse.
  • Aumentare la capacità delle risorse delle macchine virtuali dell'host sessione.

Errore: Funzionamento di una macchina virtuale Pro o di un altro sistema operativo non supportato

Lo stack affiancato è supportato solo dagli SKU di Windows Enterprise o Windows Server, il che significa che i sistemi operativi come le macchine virtuali Pro non lo sono. Se non si dispone di uno SKU Enterprise o Server, lo stack viene installato nella macchina virtuale ma non viene attivato, quindi non viene visualizzato quando si esegue qwinsta nella riga di comando.

Per risolvere il problema, creare macchine virtuali dell'host sessione usando un sistema operativo supportato.

Errore: NAME_ALREADY_REGISTERED

Il nome della macchina virtuale dell'host sessione è già stato registrato ed è probabilmente un duplicato.

Per risolvere il problema:

  1. Seguire la procedura descritta nella sezione Rimuovere l'host sessione dal pool di host.

  2. Creare un'altra macchina virtuale. Assicurarsi di scegliere un numero univoco per la macchina virtuale.

  3. Passare al portale di Azure e aprire la pagina Panoramica per il pool di host in cui si trovava la macchina virtuale.

  4. Aprire la scheda Host sessione e verificare che tutti gli host sessione si trovino in tale pool di host.

  5. Attendere per 5-10 minuti che lo stato dell'host sessione diventi Disponibile.

    Screenshot degli host sessione disponibili

Il problema non è elencato qui o non è stato risolto

Se non è possibile trovare il proprio problema in questo articolo o le istruzioni non sono utili, è consigliabile disinstallare, reinstallare e registrare nuovamente l'agente Desktop virtuale Azure. Le istruzioni contenute in questa sezione illustrano come registrare nuovamente la macchina virtuale dell'host sessione al servizio Desktop virtuale Azure nei modi seguenti:

  1. Disinstallando tutti i componenti di agente, caricatore di avvio e stack.

  2. Rimuovendo l'host sessione dal pool di host.

  3. Generando una nuova chiave di registrazione per la macchina virtuale.

  4. Reinstallando l'agente Desktop virtuale Azure e il caricatore di avvio.

Seguire le istruzioni in questa sezione se si applicano uno o più degli scenari seguenti:

  • Lo stato della macchina virtuale dell'host sessione è bloccato come Aggiornamento o Non disponibile.
  • Il listener dello stack non funziona ed è in esecuzione Windows 10 versione 1809, 1903 o 1909.
  • Viene visualizzato un errore EXPIRED_REGISTRATION_TOKEN.
  • Le macchine virtuali dell'host sessione non vengono visualizzate nell'elenco degli host sessione.
  • Non viene visualizzato il servizio Caricatore dell'agente Desktop remoto nella console dei servizi.
  • Il componente RdAgentBootLoader non viene visualizzato come processo in esecuzione in Gestione attività.
  • Si riceve un errore Il broker connessione non è riuscito a convalidare le impostazioni nelle macchine virtuali di immagini personalizzate.
  • Le sezioni precedenti di questo articolo non hanno risolto il problema.

Passaggio 1: Disinstallare tutti i programmi dei componenti di agente, caricatore di avvio e stack

Prima di reinstallare l'agente, il caricatore di avvio e lo stack, è necessario disinstallare tutti i componenti esistenti dalla macchina virtuale. Per disinstallare tutti i programmi dei componenti di agente, caricatore di avvio e stack:

  1. Accedere alla macchina virtuale dell'host sessione come amministratore.

  2. Passare a Pannello di controllo>Programmi>Programmi e funzionalità oppure in Windows 11 passare all'app Impostazioni > App.

  3. Disinstallare i programmi seguenti, quindi riavviare la macchina virtuale dell'host sessione:

    Attenzione

    Quando si disinstalla lo stack di rete SxS di Servizi Desktop remoto, verrà chiesto di chiudere Servizi Desktop remoto e il reindirizzamento della porta UserMode di Servizi Desktop remoto. Se si è connessi alla macchina virtuale dell'host sessione tramite RDP, selezionare Non chiudere le applicazioni quindi selezionare OK, altrimenti la connessione RDP non funzionerà.

    Screenshot che mostra la richiesta di chiudere Servizi Desktop remoto e il reindirizzamento della porta UserMode di Servizi Desktop remoto

    • Caricatore di avvio dell'agente Desktop remoto
    • Agente dell'infrastruttura di Servizi Desktop remoto
    • Agente Geneva dell'infrastruttura Servizi Desktop remoto
    • Stack di rete SxS di Servizi Desktop remoto

    Nota

    È possibile che vengano visualizzate più istanze di questi programmi. Assicurarsi di rimuoverle tutte.

    Screenshot della disinstallazione dei programmi

Passaggio 2: Rimuovere l'host sessione dal pool di host

Quando si rimuove l'host sessione dal pool di host, l'host sessione non è più registrato in tale pool di host. Questa modifica funge da reimpostazione per la registrazione dell'host sessione. Per rimuovere l'host sessione dal pool di host:

  1. Accedere al portale di Azure.

  2. Nella barra di ricerca digitare Desktop virtuale Azure e selezionare la voce del servizio corrispondente.

  3. Selezionare Pool di host e il nome del pool di host in cui si trova la macchina virtuale dell'host sessione.

  4. Selezionare Host sessione per visualizzare l'elenco di tutti gli host sessione nel pool di host.

  5. Esaminare l'elenco degli host sessione e selezionare la casella accanto all'host sessione da rimuovere.

  6. Selezionare Rimuovi.

    Screenshot della rimozione della macchina virtuale dal pool di host

Passaggio 3: Generare una nuova chiave di registrazione per la macchina virtuale

È necessario generare una nuova chiave di registrazione usata per registrare nuovamente la macchina virtuale della sessione al pool di host e al servizio. Per generare una nuova chiave di registrazione per la macchina virtuale:

  1. Accedere al portale di Azure.

  2. Nella barra di ricerca digitare Desktop virtuale Azure e selezionare la voce del servizio corrispondente.

  3. Selezionare Pool di host e il nome del pool di host in cui si trova la macchina virtuale dell'host sessione.

  4. Nel pannello Panoramica selezionare Chiave di registrazione.

    Screenshot della chiave di registrazione nel portale

  5. Aprire la scheda Chiave di registrazione e selezionare Genera nuova chiave.

  6. Immettere la data di scadenza e quindi selezionare Ok.

Nota

La data di scadenza non può essere inferiore a un'ora e non deve essere successiva a 27 giorni dall'ora e dalla data di generazione. Generare una chiave di registrazione solo per tutto il tempo necessario.

  1. Copiare la chiave appena generata negli Appunti o scaricare il file. La chiave sarà necessaria in seguito.

Passaggio 4: Reinstallare l'agente e il caricatore di avvio

La reinstallazione della versione più recente dell'agente e del caricatore di avvio installa automaticamente anche lo stack affiancato e l'agente di monitoraggio Geneva. Per reinstallare l'agente e il caricatore di avvio, seguire questa procedura. Si tratta della versione scaricabile più recente dell'agente Desktop virtuale Azure negli ambienti di non convalida. Per altre informazioni sull'implementazione delle nuove versioni dell'agente, vedere Novità dell'agente Desktop virtuale Azure.

  1. Accedere alla macchina virtuale dell'host sessione come amministratore ed eseguire il programma di installazione dell'agente e il caricatore di avvio per la macchina virtuale dell'host sessione:

    Suggerimento

    Per ogni programma di installazione dell'agente e del caricatore di avvio scaricato, potrebbe essere richiesto lo sblocco. Fare clic con il pulsante destro del mouse su ogni file e selezionare Proprietà, quindi selezionare Sbloccae infine selezionare OK.

  2. Quando il programma di installazione richiede il token di registrazione, incollare la chiave di registrazione dagli Appunti.

    Screenshot del token di registrazione incollato

  3. Eseguire il programma di installazione del caricatore di avvio.

  4. Riavviare la macchina virtuale della sessione.

  5. Accedere al portale di Azure.

  6. Nella barra di ricerca immettere Desktop virtuale Azure e selezionare la voce del servizio corrispondente.

  7. Selezionare Pool di host e il nome del pool di host in cui si trova la macchina virtuale dell'host sessione.

  8. Selezionare Host sessione per visualizzare l'elenco di tutti gli host sessione nel pool di host.

  9. A questo punto dovrebbe essere visualizzato l'host sessione registrato nel pool di host con lo stato Disponibile.

    Screenshot degli host sessione disponibili

Rimuovere la chiave del Registro di sistema DisableRegistryTools

Se sono stati eseguiti tutti e quattro i passaggi, ma l'agente non funziona ancora, potrebbe essere dovuto al fatto che la chiave del Registro di sistema DisableRegistryTools è abilitata in una delle posizioni seguenti:

  • HKU:\DEFAULT\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\DisableRegistryTools = 1
  • HKU:\S-1-5-18\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\DisableRegistryTools = 1
  • HKCU:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\DisableRegistryTools = 1

Questa chiave del Registro di sistema impedisce all'agente di installare lo stack affiancato, il che genera un errore installMSIException. Questo errore causa il blocco degli host sessione in uno stato di non disponibilità.

Per risolvere il problema, è necessario rimuovere la chiave:

  1. Rimuovere la chiave DisableRegistryTools dai tre percorsi elencati in precedenza.

  2. Disinstallare e rimuovere l'installazione dello stack affiancato interessato dalla cartella App e funzionalità.

  3. Rimuovere le chiavi del Registro di sistema dello stack affiancato interessato.

  4. Riavviare la VM.

  5. Avviare l'agente e consentire l'installazione automatica dello stack affiancato.

Passaggi successivi

Se il problema persiste, creare un caso di supporto e includere informazioni dettagliate sul problema riscontrato e sulle azioni eseguite per provare a risolverlo. L'elenco seguente include altre risorse che è possibile usare per risolvere i problemi nella distribuzione di Desktop virtuale Azure.