aggiornamento windows server 2016 KB5078938

Question

Ieri sera 11/03/2026 ho eseguito l'aggiornamento del nostro PC con S.O. Windows server 2016 e riavviato. stamattina all'accesso ho trovato un messaggio. Troppi utenti collegati.

A nulla è servito eseguire gpedit.msc per modificare i criteri di autorizzazione del desktop remoto, che comunque erano tutti disabilitati e a nulla è servito disinstallare l'aggiornamento KB5078938 relativamente al miglioramento dei problemi sulla sicurezza:

Configurazione computer > Modelli amministrativi > Componenti di Windows > Servizi Desktop remoto > Host sessione di Desktop remoto > Connessioni

Come posso rimediare?

Answer 1

Ciao Giuseppe Cintura GruppoBulgarella,

Ti chiedo scusa se nel messaggio precedente ti ho suggerito passaggi che avevi già esaurito. Capisco perfettamente l'urgenza e la frustrazione.

Hai fatto benissimo a precisare che si tratta di un server RDS completo. La tua intuizione su un possibile "difetto di comunicazione delle licenze" è assolutamente corretta e centra il punto al 100%.

Quello che succede spesso con aggiornamenti cumulativi come il KB5078938 è che vanno a sovrascrivere o "resettare" le configurazioni di licensing nel registro di sistema. Anche se il server ha il ruolo RDS installato, improvvisamente "dimentica" quale sia il server licenze o la modalità configurata (Per Utente / Per Dispositivo). Quando perde questa comunicazione, regredisce per sicurezza al limite rigido di 2 connessioni amministrative (ecco perché vedi l'errore "Troppi utenti").

Per rimediare a questo difetto di comunicazione post-aggiornamento, dobbiamo "forzare" le impostazioni di licenza tramite GPO, bypassando la normale interfaccia che potrebbe essersi bloccata.

Ecco i passaggi esatti:

Apri nuovamente gpedit.msc.

Vai su Configurazione computer > Modelli amministrativi > Componenti di Windows > Servizi Desktop remoto > Host sessione di Desktop remoto > Gestione licenze.

Cerca la voce "Imposta la modalità di gestione licenze Desktop remoto". Fai doppio clic, seleziona Attivata e scegli la modalità corretta per il tuo ambiente (Per Utente o Per Dispositivo). Applica e dai OK.

Nello stesso percorso, cerca "Usa i server licenze Desktop remoto specificati". Fai doppio clic, seleziona Attivata e inserisci l'indirizzo IP o il nome del server licenze (se è lo stesso server su cui stai lavorando, puoi inserire l'indirizzo IP locale o 127.0.0.1). Applica e dai OK.

Apri il prompt dei comandi come amministratore ed esegui gpupdate /force.

Infine, per avere la certezza matematica che la comunicazione sia ripristinata, apri lo Strumento di diagnosi licenze Servizi Desktop remoto (RD Licensing Diagnoser). Dovrebbe ora mostrarti che il server licenze è riconosciuto e indicare il numero corretto di licenze disponibili.

Spero che questa soluzione mirata risolva definitivamente il problema. Fammi sapere cosa ti riporta il Diagnoser una volta applicate queste GPO!

Tracy.

Answer 2

Ho seguito le istruzioni nuovamente anche se le avevo già provate prima di postare il quesito e naturalmente non ho ancora risolto il problema. ritengo si tratti di un difetto di comunicazione delle licenze del server RDS completo (non sono previste licenze remote desktop aggiuntive).

Ci sono altre idee in proposito?

Answer 3

Ciao Giuseppe Cintura GruppoBulgarella,

Sono Tracy. Capisco perfettamente la frustrazione: eseguire un aggiornamento di routine e ritrovarsi la mattina con l'errore "Troppi utenti collegati" è un classico grattacapo, specialmente quando hai già provato a disinstallare la KB5078938 e a modificare i criteri GPO senza successo.

Il problema qui di solito non è l'aggiornamento in sé, ma ciò che accade durante il processo di riavvio. Di default, Windows Server (se non ha il ruolo RDS esplicitamente licenziato) consente solo 2 connessioni RDP amministrative simultanee. Molto spesso, dopo un aggiornamento, le sessioni RDP precedenti non vengono chiuse correttamente dal sistema, ma rimangono "appese" in background come sessioni disconnesse (ghost sessions). Queste sessioni saturano immediatamente il limite dei 2 utenti, ed è per questo che anche rimuovendo l'aggiornamento il problema persiste.

Ecco due passi pratici che ti consiglio di provare subito per sbloccare la situazione:

1. Terminare le sessioni "Fantasma" (Ghost Sessions) Se riesci ad accedere fisicamente al server (o tramite console Hyper-V/VMware), apri il Prompt dei comandi come amministratore e digita qwinsta. Questo comando ti mostrerà tutte le sessioni. Cerca le sessioni in stato "Disconnesso" e chiudile forzatamente digitando logoff <ID_Sessione> (sostituendo l'ID con il numero che vedi a schermo). (Suggerimento: Se non puoi accedere alla console locale, puoi lanciare il comando da un altro PC nella stessa rete digitando qwinsta /server:<Indirizzo_IP_del_Server> e poi logoff <ID_Sessione> /server:<Indirizzo_IP_del_Server>).

2. Forzare esplicitamente la Policy Nello screenshot che hai condiviso, ho notato che la policy "Limita il numero di connessioni" è impostata su "Non configurato". A volte, per risolvere questo glitch nel registro di sistema post-aggiornamento, devi forzare la mano. Fai doppio clic su quella specifica policy, impostala esplicitamente su Attivata (Enabled) e inserisci un numero alto (es. 999999). Successivamente, apri il prompt dei comandi ed esegui gpupdate /force.

Una piccola domanda per capire meglio il tuo ambiente: Questo server è configurato con il ruolo "Host sessione Desktop remoto" completo di licenze CAL per decine di dipendenti, oppure lo usate solo in pochi per l'amministrazione standard? Se è un server RDS completo, l'aggiornamento potrebbe aver temporaneamente interrotto la comunicazione con il Server licenze RDS.

Fammi sapere se chiudendo le sessioni appese o forzando la policy riesci a far rientrare i tuoi utenti. Sono qui per aiutarti a risolvere la questione!

Tracy.