Hello Antonello Miscali
Il codice di errore: 0x3 associato al messaggio "L'utente è stato disconnesso perché è stata effettuata un'altra connessione al computer remoto" è un comportamento noto di Windows 365 / AVD. Solitamente significa che una seconda sessione ha tentato di connettersi allo stesso Cloud PC, causando la terminazione della sessione attiva. Per progettazione, i Cloud PC Enterprise di Windows 365 supportano solo una sessione utente concorrente, quindi se l'utente (o un processo in background) avvia una nuova connessione mentre una sessione è già attiva, la sessione esistente viene terminata con questo errore esatto.
- Tentativo di duplicazione della sessione da un client o una scheda del browser diversa. L'utente potrebbe aver aperto involontariamente una seconda connessione — ad esempio, collegandosi tramite l'app Windows mentre una sessione era già attiva nel browser su windows365.microsoft.com, o viceversa. Chiedere all'utente di disconnettersi sempre completamente (non solo chiudere la finestra) prima di riconnettersi e assicurarsi che venga utilizzato un solo client alla volta.
- Sessione obsoleta/fantasma ancora registrata sul Cloud PC Se la sessione precedente non si è terminata correttamente, il sistema potrebbe ancora considerarla attiva. Il primo passo raccomandato da Microsoft è riavviare il Cloud PC: accedi a windows365.microsoft.com → seleziona l'icona dell'ingranaggio accanto al Cloud PC → Riavvia. Questo elimina eventuali sessioni fantasma e permette all'utente di riconnettersi da capo.
- Sovrautilizzo della CPU/memoria sul Cloud PC Il codice di errore 0x3 può anche indicare che il processore del Cloud PC è sovrautilizzato — ad esempio, se le applicazioni consumano più memoria di quella allocata al Cloud PC (in questo caso, 32 GB su uno SKU con 8 vCPU). Quando ciò accade, la sessione viene terminata forzatamente. Controlla Task Manager o Performance Monitor sul Cloud PC durante l'uso attivo per vedere se le risorse sono sature. In tal caso, potrebbe essere necessario un aggiornamento del livello hardware.
- Politica di timeout della sessione inattiva o disconnessa Un'altra causa comune è un limite di tempo della sessione inattiva configurato che disconnette il Cloud PC dopo un periodo di inattività. Se tale politica è impostata (tramite Intune o Group Policy), la sessione si disconnette silenziosamente e il successivo tentativo di connessione può entrare in conflitto con la sessione disconnessa ancora registrata.
Intune > Dispositivi > Configurazione > Modelli Amministrativi > Componenti di Windows > Servizi Desktop Remoto > Host di Sessione Desktop Remoto > Limiti di Tempo della Sessione
- Segnala al team AVD con i diagnostici Poiché la risoluzione nel tuo post ha già confermato che le politiche di Intune non sono la causa, il passo successivo è esattamente corretto: coinvolgere il team di supporto di Azure Virtual Desktop (AVD) e fornire loro i registri di Event Viewer dal Cloud PC:
Visualizzatore eventi > Registri applicazioni e servizi > Microsoft > Windows > TerminalServices-LocalSessionManager > Operativo
Cerca l'ID evento 40 (sessione disconnessa) e l'ID evento 24 (sessione terminata) intorno al momento del guasto; questi mostreranno il codice esatto del motivo della disconnessione.
Ho guidato il cliente a contattare il team Windows Enterprise poiché il problema riguarda il team Windows 365
Supporto AV Link" [email protected]
Contatto
Diretto: +39800597496 Italia Num
Thanks,
Manish.