Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Provare l'agente virtuale : consente di identificare e risolvere rapidamente i problemi comuni relativi alle licenze di Desktop remoto
Le risorse elencate in questo articolo consentono di risolvere i problemi relativi alle licenze di Servizi Desktop remoto.
Elenco di controllo per la risoluzione dei problemi
Periodo di tolleranza
È previsto un periodo di prova della licenza di 120 giorni, durante i quali non è richiesto alcun server licenze. Al termine del periodo di prova, i client devono disporre di una licenza CAL Servizi Desktop remoto valida rilasciata da un server licenze, per poter accedere a un server Host sessione Desktop remoto. Per altre informazioni, vedere gli articoli seguenti:
- Concedere le licenze di accesso client (CAL) per la distribuzione RDS
- Risoluzione dei problemi relativi a specifici messaggi di errore RDP inviati a una VM Windows in Azure
Il periodo di tolleranza corrente in un computer può essere letto eseguendo il comando seguente:
wmic /namespace:\\root\CIMV2\TerminalServices PATH Win32_TerminalServiceSetting WHERE (__CLASS !="") CALL GetGracePeriodDays
Oppure eseguendo il comando di PowerShell seguente:
$obj = gwmi -namespace "Root/CIMV2/TerminalServices" Win32_TerminalServiceSetting
$obj.GetGracePeriodDays()
Reimposta periodo di tolleranza: il periodo di tolleranza può essere reimpostato su 120 giorni. Tuttavia, questo approccio non è consigliato. È invece necessario implementare un server licenze insieme a un pacchetto di licenze.
Verificare i server delle licenze e la modalità di licenza corrente configurata sul server host sessione desktop remoto (RDSH)
A questo scopo eseguire il comando di PowerShell seguente:
$obj = gwmi -namespace "Root/CIMV2/TerminalServices" Win32_TerminalServiceSetting
$obj.GetSpecifiedLicenseServerList()
$obj.LicensingType
Impostare il metodo in cui il server licenze e la modalità di licenza verranno applicati sul server RDSH.
Per implementare questa configurazione, è possibile usare uno dei metodi seguenti.
Uso della GUI
Usare la GUI di RDMS avviata nel broker attivo. Questa configurazione viene archiviata nei valori del Registro di sistema seguenti:
Sottochiave del Registro di sistema: Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\RCM\Licensing Core
Valore del Registro di sistema: LicensingMode
Sottochiave del Registro di sistema: Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters\LicenseServers
Valore del Registro di sistema: SpecifiedLicenseServers
Uso di criteri locali
È possibile usare la console gpedit.msc per configurare in locale nel server i criteri seguenti:
Configurazione del computer > Criteri > Modelli amministrativi > Componenti di Windows > Servizi Desktop remoto > Host sessione Desktop remoto > Licenze
- Usare i server delle licenze di Desktop Remoto specificati.
- Impostare la modalità di licenza del Desktop remoto.
Questi valori vengono archiviati nei valori del Registro di sistema seguenti:
Sottochiave del Registro di sistema: Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services
Valori del Registro di sistema:
- Server delle Licenze
- Modalità di Licenza
Note
Questa configurazione verrà applicata prima di quella indicata in "Uso dell'interfaccia utente grafica". Ciò significa che la configurazione "Uso della GUI" non avrà alcun effetto quando verranno configurati criteri locali perché i valori del Registro di sistema non verranno presi in considerazione. In questa situazione non è possibile usare RDSM per configurare i server licenze e la modalità di licenza.
Usare Criteri di gruppo basati su dominio di Active Directory
Questo metodo è simile a "Uso delle policy locali". L'unica differenza è che questa configurazione viene impostata usando un oggetto di Criteri di Gruppo configurato all'interno di un dominio Active Directory.
Configurazione computer > Criteri > Modelli amministrativi > Componenti di Windows > Servizi Desktop remoto > Host sessione Desktop remoto > Licenze
Configurare i criteri Impostare la modalità di licenza Desktop remoto.
La configurazione della politica viene archiviata nelle voci del Registro di sistema seguenti nel server host della sessione:
Sottochiave del Registro di sistema: Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services
Valori del Registro di sistema:
- Server di Licenze
- Modalità di Licenza
Note
- Questa configurazione verrà applicata prima di quella indicata in "Uso dell'interfaccia utente grafica". Ciò significa che la configurazione "Using GUI" non avrà alcun effetto quando viene configurato un criterio locale perché i valori del Registro di sistema non verranno presi in considerazione. In questa situazione non è possibile usare RDSM per configurare i server licenze e la modalità di licenza.
- La console gpedit.msc avviata nel server Host sessione non viene visualizzata in questa configurazione.
Controllare la configurazione nel server licenze
A tale scopo, avviare la console Gestione licenze Desktop remoto nel server licenze, quindi eseguire le operazioni seguenti:
Controllare se il server licenze è attivato.
Esaminare la configurazione per verificare che l'ambito sia corretto.
Assicurarsi che il server licenze sia aggiunto al gruppo di dominio "Server licenze di Terminal Server".
Imposta il modo in cui verranno applicate la configurazione dei server licenze e la modalità di licenza:
- Usare la procedura descritta nel punto elenco 2 per controllare ciò che viene visualizzato dal server Host sessione. Controllare la configurazione del Registro di sistema presentata nel punto 3 per determinare come viene impostata la configurazione.
- Se è presente un Oggetto Criteri di Gruppo (GPO), questo significa che i parametri sono impostati sul server. Anche se gpedit.msc visualizza una configurazione, questa configurazione non verrà utilizzata.
Eseguire il comando seguente per controllare se è applicato l'oggetto Criteri di gruppo:
gpresult /H ?:\fileName.html
Controllare le porte TCP minime.
Verificare che le porte TCP minime siano aperte. Per ulteriori informazioni, vedere Requisiti delle porte di rete per RD Licensing
Usare il registro eventi per determinare il comportamento del server licenze.
- Sul server delle licenze, avviare il Visualizzatore eventi.
- Accedere a Registri applicazioni e servizi\Windows\TerminalServices-Licensing\Operational.
- L'articolo seguente contiene un elenco di eventi di Servizi Desktop remoto che possono essere visualizzati nel registro eventi su un computer in cui è installato il ruolo Licenze Desktop remoto.
Licenze Desktop remoto
Problemi noti e soluzioni
WVD viene disconnesso dopo 60 minuti con errore 0x80070057
Gli utenti di Windows Virtual Desktop (WVD) vengono disconnessi dopo 60 minuti a causa di una licenza non valida e dell'errore di licenza 0x80070057.
Per risolvere questo problema, ridistribuire i pool di host in modo che il periodo di tolleranza venga reimpostato. Questa è l'unica soluzione alternativa supportata.
RDLS smette di rispondere in Windows Server 2016 quando vengono richieste licenze CAL di Windows Server 2019
Il servizio licenze Desktop remoto (RDLS) smette di rispondere in Windows Server 2016 quando vengono richieste licenze CAL di Windows Server 2019.
La configurazione di un Host di sessione Desktop remoto di Windows Server 2019 per utilizzare un Servizio di licenze Desktop remoto di Windows Server 2016 non è supportata. Una versione RDLS di Windows Server 2016 non può rilasciare o gestire CAL RDS di Windows Server 2019. Questo problema è stato risolto in RDLS 2012 R2. Non si verifica in RDLS 2019.
La data del report viene visualizzata come "Sconosciuta" in Gestione licenze per Desktop Remoto
Questo problema è stato risolto nell'aggiornamento KB 4457127.
Raccolta dei dati
Se è necessaria l'assistenza del supporto tecnico Microsoft, si consiglia di raccogliere le informazioni seguendo i passaggi indicati in Raccogliere informazioni utilizzando il TSS per i problemi relativi all'esperienza utente.
Prerequisiti
- Il TSS deve essere eseguito dagli account con privilegi di amministratore nel sistema locale e il contratto di licenza deve essere accettato (una volta accettato il contratto di licenza, il TSS non richiederà di nuovo).
- È consigliabile usare i criteri di esecuzione di PowerShell del computer
RemoteSigned
locale.
Note
Se i criteri di esecuzione correnti di PowerShell non consentono l'esecuzione di TSS, eseguire le azioni seguenti:
- Impostare i
RemoteSigned
criteri di esecuzione per il livello di processo eseguendo il cmdletPS C:\> Set-ExecutionPolicy -scope Process -ExecutionPolicy RemoteSigned
. - Per verificare se la modifica ha effetto, eseguire il cmdlet
PS C:\> Get-ExecutionPolicy -List
. - Poiché le autorizzazioni a livello di processo si applicano solo alla sessione di PowerShell corrente, dopo la chiusura della finestra di PowerShell specificata in cui viene eseguita TSS, l'autorizzazione assegnata per il livello di processo tornerà allo stato configurato in precedenza.
Raccogliere le informazioni chiave prima di contattare il supporto tecnico Microsoft
Scaricare TSS in tutti i nodi e decomprimerlo nella cartella C:\tss .
Apri la cartella C:\tss da un prompt di PowerShell con autorizzazioni elevate.
Avviare le tracce nel client e nel server usando i cmdlet seguenti:
Note
Eseguire queste tracce contemporaneamente sul client, sui server session host e sui server di licenze.
Client:
TSS.ps1 -scenario Net_RDScli
Server/i:
TSS.ps1 -scenario Net_RDSsrv
Se vengono visualizzati molti avvisi di sicurezza correlati ai criteri di esecuzione durante l'esecuzione dello script, eseguire il
Set-ExecutionPolicy -ExecutionPolicy Bypass -force -Scope Process
cmdlet per ignorare tali avvisi.Rispondi al prompt del EULA.
Consenti registrazione (video) e immetti Y.
Quando lo script appare sia sul client che sui server, inizia a riprodurre il problema.
Immettere Y per completare la raccolta di log dopo la riproduzione del problema.
Le tracce verranno archiviate in un file ZIP nella cartella C:\MS_DATA , che può essere caricata nell'area di lavoro Microsoft per l'analisi.