Risoluzione dei problemi relativi a RDP

In alcune situazioni, potresti non riuscire a connetterti alla tua istanza di macchina virtuale (VM) Windows di Compute Engine con RDP. Ciò potrebbe essere dovuto a errori di configurazione, errori di rete o al fatto che il processo di avvio potrebbe non essere stato completato.

Questo documento descrive una serie di suggerimenti e approcci per risolvere i problemi comuni relativi a RDP.

Assicurati che la VM sia online e pronta

Dopo che la VM ha completato il processo di avvio, che potrebbe richiedere alcuni minuti, verifica lo stato utilizzando uno dei seguenti metodi:

Porta seriale 1

La porta seriale 1 viene utilizzata per registrare l'attività del sistema e delle applicazioni. Visualizza l'output per determinare se la VM ha completato l'avvio e se i servizi sono stati avviati correttamente.

  1. Nella console Google Cloud , vai alla pagina Istanze VM.

    Vai a Istanze VM

  2. Fai clic sul nome della VM per cui vuoi visualizzare i log. Viene visualizzata la pagina dei dettagli dell'istanza VM.

  3. In Log, seleziona Porta seriale 1.

  4. Esamina l'output della porta seriale 1 e cerca un output simile al seguente:

    BdsDxe: loading Boot0003 "Windows Boot Manager" from HD(2,GPT,DD3FB000-7000-4000-8000-3977378A7000,0x0000,0x00000)/\EFI\Microsoft\Boot\bootmgfw.efi
BdsDxe: starting Boot0003 "Windows Boot Manager" from HD(2,GPT,DD3FB000-7000-4000-8000-3977378A7000,0x0000,0x00000)/\EFI\Microsoft\Boot\bootmgfw.efi

UEFI: Attempting to start image.
Description: Windows Boot Manager
FilePath: HD(2,GPT,DD3FB000-7000-4000-8000-3977378A7000,0x0000,0x00000)/\EFI\Microsoft\Boot\bootmgfw.efi
OptionNumber: 3.

2021/04/13 10:50:22 GCEGuestAgent: GCE Agent Started (version 20210128.00)
2021-04-13T10:50:23.4621Z OSConfigAgent Info: OSConfig Agent (version 20210217.00.0+win@1) started.
2021/04/13 10:50:42 GCEMetadataScripts: Starting startup scripts (version 20200129.00).
2021/04/13 10:50:42 GCEMetadataScripts: No startup scripts to run.

L'output contenente GCEGuestAgent o GCEMetadataScripts conferma che Windows è stato avviato correttamente. Prova a riconnetterti alla VM utilizzando RDP.

Porta seriale 2

La porta seriale 2 fornisce una connessione interattiva alla VM e mostra anche l'output della console di amministrazione speciale (SAC). Puoi utilizzare la console seriale 2 per determinare se i servizi di sistema sono stati avviati correttamente.

  1. Nella console Google Cloud , vai alla pagina Istanze VM.

    Vai a Istanze VM

  2. Fai clic sul nome della VM per cui vuoi visualizzare i log. Viene visualizzata la pagina dei dettagli dell'istanza VM.

  3. In Log, espandi Altro, quindi fai clic su Porta seriale 2 (console).

  4. Esamina l'output della porta seriale 2 e cerca un output simile al seguente:

    BdsDxe: loading Boot0003 "Windows Boot Manager" from HD(2,GPT,DD3FB000-7000-4000-8000-3977378A7000,0x0000,0x00000)/\EFI\Microsoft\Boot\bootmgfw.efi
BdsDxe: starting Boot0003 "Windows Boot Manager" from HD(2,GPT,DD3FB000-7000-4000-8000-3977378A7000,0x0000,0x00000)/\EFI\Microsoft\Boot\bootmgfw.efi

UEFI: Attempting to start image.
Description: Windows Boot Manager
FilePath: HD(2,GPT,DD3FB000-7000-4000-8000-3977378A7000,0x0000,0x00000)/\EFI\Microsoft\Boot\bootmgfw.efi
OptionNumber: 3.

<machine-info>
<name>WINDOWS</name>
<guid>b7ab5000-4000-e000-e000-bc5a738da000</guid>
<processor-architecture>AMD64</processor-architecture>
<os-version>10.0</os-version>
<os-build-number>17763</os-build-number>
<os-product>Windows Server 2019 Datacenter</os-product>
<os-service-pack>None</os-service-pack>
</machine-info>
Computer is booting, SAC started and initialized.
Use the "ch -?" command for information about using channels.
EVENT: The CMD command is now available.
SAC>

L'output contenente SAC started and initialized o CMD command is now available conferma che Windows è stato avviato correttamente. Prova a riconnetterti alla VM utilizzando RDP.

Screenshot della VM

Gli screenshot delle VM forniscono una rappresentazione visiva dello stato di una VM, simile a un monitor di un computer.

  1. Prima di poter acquisire uno screenshot della VM, devi attivare il display virtuale della VM. Se non hai ancora attivato il display virtuale, consulta Attivazione dei display virtuali.

  2. Acquisisci uno screenshot. Per saperne di più, consulta Acquisizione di uno screenshot da una VM.

  3. Esamina lo screenshot per verificare che l'istanza sia pronta.

Confronta lo screenshot con i seguenti per determinare lo stato attuale:

Se Windows non si avvia correttamente dopo alcuni minuti, consulta la guida Risoluzione dei problemi di Windows.

Controlla la connettività tra la workstation e l'istanza VM

Se riscontri problemi durante la connessione alla VM Windows, è buona norma identificare se il problema riguarda la workstation che utilizzi per la connessione o la VM a cui ti connetti. Controlla la connettività tra la workstation e la VM eseguendo il seguente comando dalla workstation Linux, macOS o Windows:

curl -v telnet://DESTINATION_IP_ADDRESS:PORT

Sostituisci quanto segue:

  • DESTINATION_IP_ADDRESS: l'indirizzo IP della VM Windows
  • PORT: la porta configurata per la connessione tramite RDP alla VM Windows

Puoi anche utilizzare Connectivity Tests per verificare ulteriormente la connettività tra l'istanza VM e altri prodotti e servizi Google Cloud . Inoltre, potrebbe essere utile configurare un bastion host sulla stessa subnet per isolare i problemi di connettività RDP nell'istanza VM.

Verifica la connettività al server dei metadati

La connettività al server dei metadati (169.254.169.254 o fd20:ce::254) è essenziale per il corretto funzionamento di un'istanza Windows. Se l'istanza perde l'accesso al server dei metadati, le applicazioni potrebbero non riuscire a ottenere le credenziali e potresti non essere in grado di connetterti all'istanza utilizzando RDP.

I messaggi nei log della console della porta seriale 1 potrebbero fornire indizi su errori di rete o di servizio durante l'avvio. Ad esempio, cerca gli errori che indicano che l'istanza non riesce a connettersi al server dei metadati (169.254.169.254 o fd20:ce::254).

Se i controlli dell'istanza hanno esito positivo, ma non riesci ancora a raggiungere il server dei metadati, segui i passaggi descritti in Risolvi i problemi di accesso al server dei metadati per testare e risolvere la connessione.

Utilizza lo script di risoluzione dei problemi RDP

Le istanze VM Windows fornite da Google includono uno script di diagnostica che automatizza molti dei controlli descritti in questo documento.

  1. Connettiti alla SAC di una VM Windows.
  2. Apri PowerShell digitando powershell.

  3. Esegui questo comando per avviare la diagnostica:

    powershell -file "C:\Program Files\Google\Compute Engine\diagnostics\rdp_status.ps1" | more

  4. Esamina l'output per individuare eventuali risultati "FAIL" e applica le soluzioni suggerite.

Controlla la password dell'istanza Windows

Ogni istanza Windows di Compute Engine deve avere una password locale impostata, se non è già presente in un dominio o in un'immagine personalizzata. Verifica di aver impostato la password corretta connettendoti alla VM tramite lo strumento a riga di comando Google Cloud CLI o la console Google Cloud . Per saperne di più, consulta Connettiti alla SAC di una VM Windows.

Se hai problemi di connessione, prova a creare o reimpostare la password. Per saperne di più, consulta Gestisci account e credenziali nelle VM Windows.

Controlla se utilizzi Windows Server Core

Se durante la connessione tramite RDP viene visualizzata una finestra del prompt dei comandi su uno sfondo vuoto, è probabile che tu stia utilizzando Windows Server Core. Per confermare che lo sei, esegui questo comando:

reg query "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion" /v InstallationType

Server Core nell'output conferma che stai utilizzando l'edizione Windows Core.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion
    InstallationType    REG_SZ    Server Core

Se hai bisogno di una Graphic User Interface per il tuo workload, scopri come creare un'istanza Windows Server, che contiene Esperienza desktop, anziché un'istanza Windows Server Core. In alternativa, puoi consultare la documentazione di Microsoft per la gestione del server Windows Core.

Controlla le regole firewall VPC

Compute Engine esegue automaticamente il provisioning dei nuovi progetti con una regola firewall che consente il traffico RDP. Se hai un progetto esistente o hai modificato le configurazioni, la regola firewall predefinita che consente l'accesso RDP potrebbe non esistere. Verifica che una regola consenta al traffico RDP di connettersi alla rete su cui si trova l'istanza interessata.

Per verificare se la regola firewall default-allow-rdp esiste per il tuo progetto, controlla la pagina delle regole firewall oppure esegui il seguente comando gcloud CLI:

gcloud compute firewall-rules list

Per creare una nuova regola se non esiste, crea una regola con il seguente comando:

gcloud compute firewall-rules create allow-rdp --allow tcp:3389

Verifica l'indirizzo IP esterno

Assicurati di connetterti all'indirizzo IP esterno corretto per l'istanza. Visualizza l'IP dell'istanza dalla pagina dell'istanza VM o utilizzando il seguente comando gcloud CLI:

gcloud compute instances list

Risolvi i problemi relativi a RDP sulle VM senza accesso diretto a internet

Quando ti connetti a una VM Windows che non ha un indirizzo IP esterno, la connessione RDP potrebbe smettere di rispondere al prompt Protezione della connessione remota o Configurazione della sessione remota e poi scadere. Questo problema si verifica comunemente quando ti connetti tramite un tunnel di inoltro TCP di Identity-Aware Proxy (IAP) a una VM che non dispone di accesso a internet in uscita.

Durante il TLS handshake per l'autenticazione a livello di rete, l'API Windows Cryptographic (CAPI) convalida il certificato X.509 utilizzato dal listener RDP. Per convalidare questo certificato, CAPI invia richieste HTTP in uscita agli endpoint dell'elenco revoche certificati (CRL), di Online Certificate Status Protocol o di Windows Update. Poiché il servizio TermService e la convalida del certificato vengono eseguiti nel contesto di sistema, utilizzano le impostazioni del proxy WinHTTP a livello di sistema anziché quelle a livello di utente. Se la VM non dispone di una route internet in uscita diretta o di una configurazione del proxy WinHTTP, queste richieste HTTP scadono dopo 15-30 secondi e causano l'errore della connessione RDP.

Per risolvere il problema, connettiti alla SAC della VM Windows e utilizza uno dei seguenti metodi in base ai requisiti di rete e di sicurezza:

Configura un proxy HTTP a livello di sistema utilizzando WinHTTP

Se la tua rete instrada il traffico internet in uscita tramite un proxy HTTP, configura il proxy a livello di WinHTTP in modo che le richieste di convalida dei certificati a livello di sistema utilizzino il proxy:

  • Per specificare direttamente un server proxy WinHTTP, esegui questo comando da un prompt dei comandi con privilegi elevati:

    netsh winhttp set proxy PROXY_SERVER:PORT

    Sostituisci quanto segue:

    • PROXY_SERVER: l'indirizzo IP o il nome host del tuo server proxy HTTP
    • PORT: il numero di porta del server proxy HTTP

  • In alternativa, se in Windows è già configurato un proxy a livello di utente, importa le impostazioni a livello di utente in WinHTTP eseguendo questo comando:

    netsh winhttp import proxy source=ie

Disattiva gli aggiornamenti automatici dei certificati radice

Se la VM viene eseguita in un ambiente isolato senza accesso a internet in uscita o proxy HTTP, disattiva gli aggiornamenti automatici dei certificati radice in modo che Windows convalidi i certificati utilizzando solo i certificati radice installati localmente:

Registro

Esegui questo comando da un prompt dei comandi con privilegi elevati o da una sessione PowerShell SAC:

reg add "HKLM\SOFTWARE\Policies\Microsoft\SystemCertificates\AuthRoot" /v DisableRootAutoUpdate /t REG_DWORD /d 1 /f

Criteri di gruppo

Se gestisci la VM utilizzando Criteri di gruppo, completa i seguenti passaggi:

  1. Apri l'Editor Criteri di gruppo locali eseguendo il comando gpedit.msc.
  2. Vai a Configurazione computer > Modelli amministrativi > Sistema > Gestione delle comunicazioni Internet > Impostazioni di comunicazione Internet.
  3. Imposta Disattiva aggiornamento automatico dei certificati radice su Attivato.
  4. (Facoltativo) Se i ritardi di connessione persistono perché un certificato personalizzato include endpoint di accesso alle informazioni sull'autorità o CRL, riduci il timeout di recupero della rete CAPI:
    1. Nell'Editor Criteri di gruppo locali, vai a Configurazione computer > Impostazioni di Windows > Impostazioni di sicurezza > Criteri chiave pubblica.
    2. Apri Impostazioni di convalida del percorso del certificato e seleziona la scheda Recupero di rete.
    3. Seleziona Definisci queste impostazioni dei criteri e imposta entrambi i valori di timeout di recupero su 1 secondo.
  5. Per applicare le modifiche, esegui il comando gpupdate /force da un prompt dei comandi con privilegi elevati.

Configura l'accesso a internet in uscita utilizzando Cloud NAT

Se i tuoi requisiti di sicurezza consentono il traffico internet in uscita dalla VM, configura un gateway Cloud NAT con una route internet predefinita 0.0.0.0/0 in modo che la VM possa raggiungere direttamente gli endpoint di convalida dei certificati esterni.

Utilizzo di Servizi Desktop remoto (RDS) di Windows

Se sulla tua istanza sono installati i servizi Desktop remoto di Windows (precedentemente noti come Servizi terminal), vengono applicate le condizioni delle licenze CAL (Client Access License). Con queste CAL, le connessioni RDP non andranno a buon fine in una delle seguenti condizioni:

  • Hai utilizzato tutte le licenze disponibili
  • La licenza è installata, ma non è configurata o attivata correttamente
  • Il periodo di prova di 180 giorni di RDS è scaduto

I sintomi che indicano che potresti non avere un numero sufficiente di licenze valide includono messaggi come:

  • La sessione remota è stata disconnessa perché non sono disponibili server licenze Desktop remoto per fornire una licenza.
  • La sessione remota è stata disconnessa a causa di un errore relativo alle licenze nel server terminal.
  • La sessione remota è stata disconnessa perché non sono disponibili licenze di accesso client di Remote Desktop per questo computer.

Se le connessioni RDP non riescono, puoi utilizzare l'opzione di amministrazione per connetterti all'istanza per scopi amministrativi. Per farlo su una macchina Windows, utilizza il client Connessione desktop remoto integrato.

%SystemRoot%\System32\mstsc.exe /admin

Con l'immagine on demand di Windows Server e SQL Server sono incluse due sessioni di desktop remoto simultanee per l'amministrazione.

Per risolvere i problemi relativi alle connessioni RDP, acquista nuove licenze RDS per la tua istanza. Per maggiori dettagli sulle CAL, consulta la documentazione di Microsoft. In alternativa, se i Servizi Desktop remoto non sono necessari, disinstalla il servizio e utilizza le normali connessioni RDP.

Convalida la configurazione e le risorse a livello di sistema operativo

Se l'ambiente guest e le configurazioni dell'istanza sono corretti, il sistema operativo dell'istanza potrebbe non essere configurato correttamente. Inoltre, senza risorse adeguate, è possibile che non venga stabilita una connessione RDP. Per convalidare la configurazione a livello di sistema operativo, connettiti alla SAC di Windows:

Assicurati che la VM disponga di risorse adeguate

Verifica che l'utilizzo di CPU, memoria e disco e lo spazio su disco disponibile non stiano raggiungendo i limiti. Questi dati possono essere esaminati visualizzando le metriche di osservabilità nella console Google Cloud . Alcune metriche sono disponibili solo per le VM in cui è installato Ops Agent. In alternativa, se Ops Agent non è installato, utilizza i seguenti comandi quando hai eseguito la connessione a SAC:

Utilizzo della CPU, utilizzo della memoria, utilizzo del disco e capacità del disco

  • Utilizzo CPU: 
    typeperf "\Processor(_Total)\% Processor Time" -sc 5
  • Memoria utilizzata: 
    typeperf "\Memory\% Committed Bytes In Use" -sc 5
  • Utilizzo del disco: 
    typeperf "\LogicalDisk(*)\% Idle Time" -sc 5
  • Capacità disco: 
    fsutil volume diskfree C:

Di seguito sono riportati gli utilizzi delle risorse consigliati per una connessione RDP, ma si tratta solo di stime che potrebbero variare tra le istanze.

  • CPU: <80%
  • Memoria: <80%
  • Spazio su disco: >20%
  • Disco inattivo: >50%

Se una delle stime suggerite sta raggiungendo i limiti, puoi modificare la risorsa per l'istanza VM. Per modificare le proprietà della VM, scopri come modificare il tipo di macchina di un'istanza VM e aumentare le dimensioni di un Persistent Disk.

Controlla la configurazione del sistema operativo

Connettiti alla SAC della VM ed esegui i seguenti comandi per assicurarti che l'istanza accetti le connessioni:

  1. Controlla che l'adattatore Ethernet sia abilitato:

    • Comando: 
      netsh interface show interface
    • Superato: lo stato amministratore è impostato su Abilitato nel nome dell'interfaccia etichettato Ethernet
    • Errore: lo stato amministratore è impostato su Disattivato sul nome dell'interfaccia etichettato Ethernet
    • Soluzione: attiva l'adattatore Ethernet: 
      netsh interface set interface Ethernet admin=enabled

  2. Controlla che l'istanza abbia una configurazione IP valida:

    • Comando: 
      ipconfig /all
    • Esito positivo: l'adattatore Ethernet Ethernet mostrerà un indirizzo IPv4 della subnet a cui è assegnata l'istanza.
    • Fail: nessun indirizzo IPv4 o un indirizzo che non corrisponde a quello mostrato nella console Google Cloud .
    • Soluzione: vai al passaggio successivo.

  3. Controlla che il DHCP sia abilitato nell'istanza:

    • Comando: 
      netsh interface ipv4 show addresses
    • Superato: l'output in Ethernet contiene DHCP Enabled: Yes.
    • Errore: l'output in Ethernet contiene DHCP Enabled: No.
    • Soluzione: attiva il DHCP sull'adattatore Ethernet: 
      netsh interface ipv4 set address Ethernet dhcp

  4. Verifica che il servizio "Remote Desktop Service" sia in esecuzione:

    • Comando: 
      net start | find "Remote Desktop Services"
    • Pass: Servizio Desktop remoto
    • Errore: (servizio Remote Desktop mancante dall'output)
    • Soluzione: avvia Servizi Desktop remoto: 
      net start "Remote Desktop Services"

  5. Verifica che le connessioni remote siano abilitate:

    • Comando: 
      reg query "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server" /v fDenyTSConnections
    • Superato: fDenyTSConnections REG_DWORD 0x0
    • Non riuscito: fDenyTSConnections REG_DWORD 0x1
    • Soluzione: attiva le connessioni Remote Desktop nel registro: 
      reg add "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server" /f /v fDenyTSConnections /t REG_DWORD /d 0

  6. Assicurati che le connessioni Remote Desktop siano abilitate in Windows Firewall:

    • Comando: 
      netsh advfirewall firewall show rule name="Remote Desktop - User Mode (TCP-In)"

    • Pass: Enabled:Yes, Direction: In, Profiles: Public, Grouping: Remote Desktop, LocalIP: Any, RemoteIP: Any, Protocol:TCP, LocalPort: 3389, RemotePort: Any, Edge traversal: No, Action: Allow

    • Non superato: (risultati imprevisti, ad esempio enabled = No)

    • Soluzione: attiva la regola firewall predefinita "Remote Desktop" (Desktop remoto) in Windows Firewall: 

      netsh advfirewall firewall set rule group="remote desktop" new enable=Yes

  7. Controlla il numero di porta configurato per le connessioni RDP nell'istanza remota:

    • Comando: 
      reg query "HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp" /v PortNumber
    • Pass: PortNumber REG_DWORD [PORT NUMBER]
    • Fail: (unexpected port number)

    • Soluzione: configura nel registro il numero di porta richiesto per RDP: 

      reg add "HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp" /f /v PortNumber /t REG_DWORD /d [PORT NUMBER]

  8. Verifica che un'altra applicazione non stia tentando di utilizzare la stessa porta:

    • Comando: 
      netstat -ano | find "3389"
    • Superato: cerca una voce per la porta RDP assegnata con lo stato In ascolto. Il servizio corrispondente può essere trovato utilizzando l'identificatore di processo (PID) con il seguente comando: 
      tasklist /svc | find ""
       dove PID è l'identificatore del comando precedente. L'output dovrebbe restituire solo Termservice.
    • Non riuscito: un servizio diverso da Termservice utilizza la porta assegnata.
    • Soluzione: configura l'applicazione o il servizio in modo che utilizzi un altro numero di porta.

  9. Assicurati che l'account utente connesso disponga delle autorizzazioni per le connessioni remote:

    • Comando: 
      net localgroup "Remote Desktop Users"
    • Pass: (nome utente locale o di dominio di destinazione nell'elenco risultante)
    • Errore: (nome utente locale o di dominio di destinazione mancante)

    • Soluzione: aggiungi la regola "Utenti Remote Desktop" a un utente nel dominio: 

      net localgroup "Remote Desktop Users" /add [DOMAIN\USERNAME]

      Il dominio è obbligatorio solo per gli account utente su un sistema collegato a un dominio diverso. Per gli account locali, specifica solo il nome utente.

  10. Verifica che la negoziazione di sicurezza del client o del server sia impostata sul valore predefinito:

    • Comando: 
      reg query "HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp" /v SecurityLayer
    • Pass: SecurityLayer REG_DWORD 0x1
    • Fail: SecurityLayer REG_DWORD 0x0 (or 0x2)
    • Soluzione: imposta il valore di negoziazione della sicurezza nel Registro di sistema: 
      reg add "HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp" /v SecurityLayer /t REG_DWORD /d 1 /f

  11. Se l'istanza è connessa a un dominio Active Directory, ma non è stato possibile stabilire la connessione, potresti ricevere il seguente errore quando provi ad accedere all'istanza:

    The remote computer that you are trying to connect to requires Network Level Authentication (NLA), but your Windows domain controller cannot be contacted to perform NLA.

    Verifica che l'autenticazione a livello di rete (NLA) sia impostata sul valore predefinito:

    • Comando: 
      reg query "HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp" /v UserAuthentication
    • Pass: UserAuthentication REG_DWORD 0x0
    • Fail: UserAuthentication REG_DWORD 0x1
    • Soluzione: imposta il valore di Autenticazione a livello di rete nel Registro di sistema: 
      reg add "HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp" /v UserAuthentication /t REG_DWORD /d 0 /f

  12. Verifica che la dimensione MTU non sia superiore all'MTU della rete:

    • Comando: 
      netsh interface ipv4 show subinterfaces
    • Pass: quando il numero dopo MTU corrisponde alla MTU della rete VPC.
    • Fail: quando il numero dopo MTU è maggiore della MTU della rete VPC.

    • Soluzione: imposta l'MTU dell'interfaccia sull'MTU della rete VPC: 

      netsh interface ipv4 set subinterface Ethernet mtu=MTU_OF_VPC_NETWORK

      Per saperne di più sulle incompatibilità delle dimensioni MTU, consulta la nostra documentazione sulla frammentazione dei pacchetti.

  13. Se provi a connetterti alla VM utilizzando RDP e la VM mostra la schermata del layout di tastiera, devi selezionare una lingua connettendoti alla SAC di Windows. Per selezionare una lingua, segui questi passaggi:

    1. Connettiti alla SAC.
    2. Apri PowerShell digitando powershell.

    3. Ottieni la stringa della lingua corretta.

      Get-WinUserLanguageList

    4. Imposta il layout. LANGUAGE_TAG en-US

      Set-WinUserLanguageList -LanguageList LANGUAGE_TAG -force

    5. Riavvia l'istanza.

      shutdown -r -t 0

  14. Per gli errori RDP nella schermata di accesso che menzionano you need the right to sign in through Remote Desktop Services o you must be granted the Allow log on through Terminal Services right, il gruppo Utenti o Amministratori di Remote Desktop è stato rimosso dall'impostazione della policy del computer locale presente in Consenti l'accesso tramite Servizi Desktop remoto o SeRemoteInteractiveLogonRight.

  15. Verifica che non manchino autorizzazioni che bloccano l'autenticazione dei certificati:

    • Comando: 
      icacls.exe "C:\ProgramData\Microsoft\Crypto\RSA\MachineKeys"
    • Pass: l'output è simile a Everyone:(R,W) BUILTIN\Administrators:(F)
    • Fail: l'output non corrisponde a Everyone:(R,W) BUILTIN\Administrators:(F)

  16. Assicurati che le impostazioni del client di protezione antivirus o degli endpoint consentano il numero di porta e i servizi configurati.

  17. Errore di correzione dell'oracolo di crittografia CredSSP: se ricevi un errore che menziona "Correzione dell'oracolo di crittografia CredSSP", assicurati che sulla workstation e sull'istanza VM siano installati gli aggiornamenti di Windows più recenti.

  18. Codice di errore interno 0x4: se la connessione non va a buon fine con il messaggio "Codice di errore: 0x4", assicurati che TLS 1.2 sia abilitato sul server. Puoi controllare il registro all'indirizzo HKLM\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2\Client.

  19. Codice di errore 0x108: se ricevi il messaggio "Codice di errore: 0x108 (I due computer non sono riusciti a connettersi nel tempo assegnato)", controlla le metriche di osservabilità per un utilizzo elevato della CPU o della memoria. Se le risorse sono esaurite, valuta la possibilità di modificare il tipo di macchina.

Verifica i limiti di timeout della sessione

Se riesci a stabilire una connessione RDP, ma la connessione viene interrotta dopo un po' di tempo con un messaggio che indica che il timer è scaduto, verifica che i seguenti valori siano quelli previsti:

Percorso del registry: HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services

Chiavi di registro:

  • MaxDisconnectionTime
  • MaxIdleTime
  • MaxConnectionTime
  • MaxDisconnectionTime
  • RemoteAppLogoffTimeLimit

Questi valori sono impostati in millisecondi. Se queste chiavi non sono presenti nel registro, non sono previsti limiti di sessione per l'istanza VM. Se queste chiavi sono presenti nel registro, ma i relativi valori sono impostati su 0, la sessione non scade mai.

Risolvi i problemi di avvio di Windows

Se i passaggi per la risoluzione dei problemi precedenti non hanno risolto il problema di connessione RDP, l'istanza Windows potrebbe non avviarsi o non funzionare correttamente. In questo caso, consulta la nostra guida per la risoluzione dei problemi di Windows.

Passaggi successivi