Windows Server 2025 / Configurare quote e screening dei file con FSRM

Gestione risorse file server (File Server Resource Manager, FSRM) permette di limitare lo spazio di una cartella e filtrare i file in base al nome. Applica le due funzioni a nuove cartelle di laboratorio separate con file system NTFS (New Technology File System), così da distinguere quota esaurita, regola di screening e autorizzazione negata.

Verifica NTFS e prepara cartelle dedicate alla prova

Su FS1 crea le cartelle nuove e vuote D:\QuotaLab e D:\ScreenLab. Se esistono già o sono presenti regole sui percorsi, verificane prima l’uso; non limitare inavvertitamente i dati dei reparti. La guida alla risoluzione dei problemi FSRM conferma il supporto solo per NTFS, non per ReFS (Resilient File System). Esegui prima la query sul file system e fermati se il volume non è NTFS.

Get-Volume -DriveLetter D | Select-Object DriveLetter,FileSystem
Install-WindowsFeature FS-Resource-Manager -IncludeManagementTools
Get-Service SrmSvc

Installa il servizio ruolo e gli strumenti di gestione da Windows PowerShell con privilegi elevati su FS1. Controlla l’esito dell’installazione e che SrmSvc sia in esecuzione; risolvi eventuali errori prima di creare le regole. Apri la console con fsrm.msc. L’installazione di FSRM non concede autorizzazioni di scrittura sulle cartelle. Usa per il confronto locale un account già autorizzato e verifica di poter salvare un piccolo file in entrambe prima di impostare i limiti.

Applica una quota rigida a una cartella

1. In Gestione quote → Modelli quota seleziona Crea modello quota e chiamalo Lab-50MB. Se il nome esiste già, verificane l’uso senza sovrascrivere un modello estraneo.
2. Imposta il limite a 50 e l’unità a MB, quindi scegli la quota rigida (Hard quota), che impedisce il superamento. La quota flessibile (Soft quota) lo consente per il monitoraggio. Salva il modello e configura gli avvisi soltanto se vuoi verificarli.
3. Da Lab-50MB crea una quota dal modello. Indica D:\QuotaLab e scegli di creare una quota su quel percorso, senza applicare automaticamente quote alle sottocartelle. Controlla il modello e salva.
4. In Gestione quote → Quote apri la voce creata e verifica percorso esatto, limite di 50 MB, tipo rigido e utilizzo iniziale. Rimuovi prima soltanto l’eventuale piccolo file creato per verificare la scrittura, non dati estranei.

Questa quota riguarda l’intera cartella e differisce dalle quote disco NTFS per utente. La procedura di creazione delle quote distingue una quota sul singolo percorso dall’applicazione automatica alle sottocartelle. Un modello quota definisce limite, tipo e notifiche. Prima di limitare dati reali, valuta utilizzo corrente, crescita, conservazione e avvisi.

Confronta le scritture sotto e sopra il limite

Controlla lo spazio fisico disponibile e assicurati che first.bin e second.bin non esistano in D:\QuotaLab. WriteAllBytes sovrascrive i file esistenti: non usare questi nomi per dati utili. Esegui le righe separatamente per osservare ciascun risultato. In PowerShell, 30MB corrisponde a 30 MiB, cioè 31.457.280 byte. Il codice tenta di salvare due file di questa dimensione:

$sampleBytes = New-Object byte[] (30MB)
[System.IO.File]::WriteAllBytes('D:\QuotaLab\first.bin',$sampleBytes)
[System.IO.File]::WriteAllBytes('D:\QuotaLab\second.bin',$sampleBytes)

Con la quota rigida di 50 MB il primo file deve essere salvato, mentre il secondo deve fallire perché il totale supera il limite. Confronta l’errore con utilizzo e configurazione della quota in FSRM. Se falliscono entrambi, verifica percorso, autorizzazioni e spazio fisico. Se riescono entrambi, controlla che la quota sia rigida e applicata esattamente a D:\QuotaLab. Esamina anche l’eventuale secondo file parziale lasciato dal tentativo fallito.

Per il confronto, modifica soltanto le proprietà della quota D:\QuotaLab rendendola flessibile, con lo stesso limite. Non modificare un modello condiviso e non propagare cambiamenti ad altre quote. Rimuovi solo first.bin e second.bin, compresi eventuali residui parziali, poi ripeti il medesimo esempio: entrambi devono ora essere salvati anche oltre il limite. Mantieni la prova circoscritta, rimuovi i file di test e ripristina la quota rigida al termine. Vengono generati solo gli avvisi configurati; la posta elettronica richiede anche le opzioni FSRM e un server di posta impostati correttamente.

Prova il filtro con un’estensione innocua

1. In Gestione screening dei file → Gruppi di file crea il nuovo gruppo LabBlocked. Inserisci *.labblocked nei nomi da includere e verifica che nessuna esclusione lo annulli. Non occorrono eseguibili reali o malware.
2. In Gestione screening dei file → Screening dei file crea una regola per D:\ScreenLab e apri le proprietà personalizzate. La regola si applica anche alle sottocartelle: mantieni il percorso limitato al laboratorio.
3. Seleziona Screening attivo e LabBlocked. Se vuoi verificare una notifica, configurala nella scheda Registro eventi. Salva le proprietà e crea la regola; per questo esperimento isolato puoi salvarla senza un modello aggiuntivo.
4. Salva testo semplice come normal.txt e sample.labblocked in D:\ScreenLab. Il primo nome deve essere consentito, il secondo bloccato. Controlla l’estensione effettiva in Esplora file. Se usi Blocco note, scegli Tutti i file durante il salvataggio per non creare per errore sample.labblocked.txt.
5. Modifica soltanto questa regola in Screening passivo e ripeti: sample.labblocked deve poter essere salvato. Controlla solo le notifiche configurate. Per verificare di nuovo il blocco attivo, chiudi e rimuovi il file di prova salvato in modalità passiva, ripristina Screening attivo e tenta di ricrearlo: l’operazione deve essere bloccata. Lo screening non elimina automaticamente i file già salvati.

La documentazione dello screening dei file distingue modalità attiva e passiva. I gruppi di file contengono criteri di inclusione ed esclusione; modificarli può influire su altre regole che li usano. Lo screening controlla i nomi, non analizza il contenuto come un antimalware. Estensioni rinominate e applicazioni che usano nomi temporanei richiedono una valutazione separata.

Individua la causa degli errori e rimuovi solo le regole di prova

Un salvataggio fallito non dimostra da solo un problema di autorizzazioni. Controlla percorso preciso, tipo e utilizzo della quota, screening ed eccezioni, diritti NTFS, spazio fisico ed eventi all’ora della prova. L’esperimento locale su FS1 non sostituisce una prova SMB (Server Message Block) con un utente normale, per la quale contano anche le autorizzazioni della condivisione.

Al termine, controlla i percorsi e rimuovi soltanto la quota applicata a D:\QuotaLab e lo screening applicato a D:\ScreenLab. Verifica che sia nuovamente possibile salvare un piccolo file e un nome di prova prima bloccato. Pulisci solo i file creati per l’esercizio. Prima di eliminare Lab-50MB o LabBlocked, verifica che nessun’altra quota o regola li utilizzi; non estendere le modifiche del laboratorio alle risorse operative.