1 16/05/2026 8 min

RSAT su Windows 11: la via giusta dipende dall’edizione e dal metodo di gestione

RSAT, cioè Remote Server Administration Tools, serve per amministrare da Windows 11 ruoli e servizi di Windows Server senza dover aprire una sessione sul server. La parte pratica è semplice solo se si parte dal punto giusto: Windows 11 Pro, Enterprise o Education. Su Home non è il percorso corretto e non conviene perdere tempo a forzare installazioni che non sono supportate in modo pulito.

Se devi gestire Active Directory, DNS, DHCP, Group Policy, Hyper-V o altri componenti server, RSAT ti evita di usare macchine dedicate o jump box solo per compiti amministrativi. Su Windows 11 ci sono due modi funzionanti e sensati: installazione tramite Funzionalità facoltative oppure tramite PowerShell. Il primo è più comodo in manuale, il secondo è quello da preferire quando vuoi ripetibilità, audit e automazione.

Prerequisiti da verificare prima di installare

Prima di toccare il sistema, conviene verificare tre cose: edizione di Windows, connettività verso Windows Update o la sorgente aziendale, e presenza dei pacchetti RSAT disponibili nel catalogo locale. Se uno di questi punti manca, l’installazione fallisce o resta sospesa con errori poco chiari.

  • Edizione supportata: Windows 11 Pro, Enterprise o Education.
  • Servizi di aggiornamento raggiungibili: Windows Update, WSUS o policy aziendali equivalenti.
  • Permessi amministrativi: account con privilegi locali elevati.

Per controllare rapidamente l’edizione puoi usare questo comando:

winver

Oppure, da PowerShell:

Get-ComputerInfo | Select-Object WindowsProductName, WindowsVersion, OsBuildNumber

Se l’ambiente è gestito, attenzione alle policy che bloccano il download delle funzionalità opzionali. In quel caso il problema non è RSAT in sé, ma la sorgente dei pacchetti o il controllo centralizzato delle feature on demand.

Metodo 1: installazione da Impostazioni con Funzionalità facoltative

Questo è il metodo più diretto quando lavori in locale e vuoi installare uno o più strumenti RSAT senza passaggi extra. Microsoft distribuisce RSAT come funzionalità facoltative, quindi non devi scaricare un installer separato come accadeva in passato.

  1. Apri Impostazioni.
  2. Vai su App > Funzionalità facoltative.
  3. Seleziona Visualizza funzionalità o Aggiungi una funzionalità facoltativa.
  4. Cerca il componente RSAT che ti serve, ad esempio RSAT: Active Directory Domain Services and Lightweight Directory Tools, RSAT: DNS Server Tools o RSAT: Group Policy Management Tools.
  5. Seleziona il pacchetto e avvia l’installazione.

Il vantaggio è la chiarezza: vedi cosa stai installando e puoi limitarti agli strumenti davvero necessari. In genere non ha senso installare tutto il pacchetto RSAT se ti serve solo il console snap-in di AD o i tool DNS.

Dopo l’installazione, verifica che la funzionalità sia presente con PowerShell:

Get-WindowsCapability -Online | Where-Object Name -like 'Rsat*' | Select-Object Name, State

Lo stato atteso per i componenti installati è Installed. Se resta su NotPresent o InstallPending, il problema è quasi sempre legato a sorgente, policy o connettività verso il repository di feature on demand.

Metodo 2: installazione con PowerShell

Il secondo metodo è quello da usare quando vuoi controllo preciso, scripting o deployment ripetibile. È anche il più utile in ambienti amministrati, perché ti permette di installare solo i componenti richiesti e di verificare subito lo stato.

Apri PowerShell come amministratore e lista i pacchetti disponibili:

Get-WindowsCapability -Online | Where-Object Name -like 'Rsat*' | Sort-Object Name

Tra i nomi più comuni trovi:

  • Rsat.ActiveDirectory.DS-LDS.Tools~~~~0.0.1.0
  • Rsat.Dns.Tools~~~~0.0.1.0
  • Rsat.GroupPolicy.Management.Tools~~~~0.0.1.0
  • Rsat.Dhcp.Tools~~~~0.0.1.0
  • Rsat.FailoverCluster.Management.Tools~~~~0.0.1.0

Per installare un singolo componente:

Install-WindowsCapability -Online -Name Rsat.ActiveDirectory.DS-LDS.Tools~~~~0.0.1.0

Per installare più strumenti in una volta, usa un piccolo ciclo:

$rsat = @(
  'Rsat.ActiveDirectory.DS-LDS.Tools~~~~0.0.1.0',
  'Rsat.Dns.Tools~~~~0.0.1.0',
  'Rsat.GroupPolicy.Management.Tools~~~~0.0.1.0'
)

foreach ($cap in $rsat) {
  Add-WindowsCapability -Online -Name $cap
}

Nota pratica: su alcune build il cmdlet restituisce messaggi intermedi prima del completamento effettivo. Non fermarti al primo output; controlla sempre lo stato finale con Get-WindowsCapability.

Quale metodo scegliere davvero

Se stai configurando una workstation singola, il percorso da Impostazioni è più rapido e riduce gli errori di digitazione. Se invece devi standardizzare la postazione di un team, o preparare più PC con gli stessi strumenti, PowerShell è la scelta corretta perché lascia traccia e si integra meglio con script, GPO o task di provisioning.

Una regola semplice: manuale per un’installazione sporadica, PowerShell per tutto il resto. Nei contesti IT reali è quasi sempre meglio avere una procedura ripetibile che un click-path affidato alla memoria dell’operatore.

Errori tipici e come leggerli senza perdere tempo

Gli errori più frequenti non riguardano RSAT in sé, ma la disponibilità della sorgente o le policy di sistema. Il messaggio può essere generico, ma il pattern è abbastanza costante.

  • Installazione che non parte: spesso la feature non è raggiungibile via Windows Update per policy o rete.
  • Stato bloccato su Pending: componenti in attesa di completamento, riavvio o download interrotto.
  • Errore di download: proxy, firewall, WSUS o policy che impediscono l’accesso alle feature on demand.
  • Funzionalità presente ma console assente: installato il pacchetto sbagliato o non ancora registrato correttamente.

Per vedere i dettagli più utili, controlla il log della sessione Windows Update e l’output di PowerShell. I punti di partenza più comodi sono questi:

Get-WindowsCapability -Online | Where-Object Name -like 'Rsat*' | Format-Table -AutoSize

Se serve un controllo lato sistema, i log di aggiornamento e provisioning sono spesso più utili del messaggio a schermo. In ambiente standard, la prima verifica è sempre capire se il client vede la sorgente corretta.

Verifiche dopo l’installazione

Installare il pacchetto non basta: va verificato che gli snap-in e le console siano realmente disponibili. L’obiettivo non è vedere un processo completato, ma poter aprire lo strumento e usarlo contro il dominio o il server di destinazione.

  1. Apri Start e cerca lo strumento installato, ad esempio Active Directory Users and Computers o DNS.
  2. Verifica che la console parta senza errori di registrazione MMC.
  3. Se lavori su un dominio, prova una connessione a un controller di dominio o a un server di test.
  4. Controlla che l’account usato abbia i permessi corretti: RSAT installa il tool, non delega i privilegi.

Questa distinzione è importante: RSAT è solo il client di amministrazione. Se non riesci a modificare oggetti AD o DNS, il problema può essere nei ruoli, nelle ACL o nella delega, non nell’installazione del tool.

Quando RSAT non si installa: cosa controllare lato ambiente

In molti casi il blocco non è locale ma ambientale. Ecco i punti che vale la pena controllare prima di andare a tentativi.

  • WSUS o policy aziendale: potrebbe essere vietato il download diretto delle funzionalità opzionali.
  • Proxy autenticato: se il client non ha uscita corretta, il download fallisce in modo poco trasparente.
  • Firewall o filtro web: blocco verso endpoint Microsoft necessari per le feature on demand.
  • Build datata di Windows 11: alcune versioni hanno comportamenti diversi nella gestione delle capability.

Se l’installazione è gestita centralmente, la domanda giusta non è “come aggirare il blocco”, ma quale sorgente è autorizzata. In un contesto corretto, il fix passa da policy, repository o immagine di base, non da workaround improvvisati sul singolo client.

Disinstallazione e pulizia se hai aggiunto il pacchetto sbagliato

Se hai installato un componente non necessario, puoi rimuoverlo in modo reversibile. Questo è utile quando vuoi ridurre superficie installata o rimediare a un test fatto troppo in fretta.

Remove-WindowsCapability -Online -Name Rsat.Dns.Tools~~~~0.0.1.0

Prima di rimuovere, verifica che nessun flusso operativo dipenda da quel tool. In pratica: se l’helpdesk o il team infrastruttura usa quella console ogni giorno, togliere il componente senza coordinamento è solo rumore operativo.

Esempio operativo: installare solo i tool davvero usati

Un errore comune è installare tutto RSAT “per sicurezza”. In realtà conviene partire dai casi d’uso reali. Se il tuo lavoro è su Active Directory e Group Policy, installa solo questi due blocchi. Se gestisci anche DNS, aggiungi il relativo pacchetto. Se non fai clustering, non c’è motivo di portarti dietro strumenti che non aprirai mai.

Questo approccio ha tre vantaggi concreti: meno superficie installata, meno confusione nel menu Start e meno probabilità di dover spiegare a qualcuno perché ci sono dieci console mai usate su una workstation amministrativa.

Checklist rapida finale

  1. Verifica che Windows 11 sia Pro, Enterprise o Education.
  2. Controlla che la sorgente dei pacchetti sia raggiungibile.
  3. Installa RSAT da Funzionalità facoltative oppure con PowerShell.
  4. Conferma lo stato con Get-WindowsCapability.
  5. Apri la console e prova una connessione reale al servizio che devi amministrare.

Se vuoi una procedura da tenere standardizzata in team, il metodo PowerShell è quello da documentare. Se invece devi solo sbloccare una postazione singola in pochi minuti, l’interfaccia grafica è sufficiente e riduce la possibilità di errori di battitura.

Assunzione: il lettore ha privilegi amministrativi locali e un’edizione supportata di Windows 11; in caso contrario il primo blocco da correggere è quello, non il pacchetto RSAT.