1,199 26/03/2026 07/04/2026 2 min

Diagnosi probabile

Se un sito ASP.NET o un’app su IIS va in errore subito dopo un update, le cause più comuni sono runtime .NET mancante o cambiato, application pool bloccato, oppure configurazione dell’app non compatibile con la nuova versione installata.

In molti casi il problema si vede come pagina bianca, errore 500.19, 502.5 o pool che si ferma da solo.

Verifiche immediate

  1. Apri Gestione IIS e controlla lo stato del pool applicazioni: se è fermo o si arresta subito, il problema è lato runtime o configurazione.
  2. Verifica Visualizzatore eventi > Registri di Windows > Applicazione: cerca errori da WAS, IIS AspNetCore Module o .NET Runtime.
  3. Se è un sito ASP.NET Core, controlla che sia presente il Hosting Bundle corretto sul server; se è ASP.NET classico, verifica che il framework richiesto sia installato e attivo.

Soluzione consigliata passo-passo

  1. Riavvia il pool applicazioni e prova il sito in una finestra privata del browser. Se riparte, il guasto era temporaneo ma va comunque verificata la causa nel log.
  2. Apri il file web.config e fai un backup prima di toccarlo. Controlla che non ci siano riferimenti a versioni .NET vecchie o moduli non più presenti sul server.
  3. Se il sito usa ASP.NET Core, reinstalla il Hosting Bundle della versione richiesta dall’app, poi esegui un riavvio di IIS o del server in finestra di manutenzione.
  4. Se il problema persiste, prova a creare un nuovo application pool con impostazioni standard e riassegna il sito: spesso risolve una configurazione corrotta del pool.
  5. Dopo ogni modifica, ricarica il sito e verifica che il codice HTTP torni 200 e che nel log non compaiano nuovi errori di runtime.

Controlli finali / rollback

  1. Controlla il Visualizzatore eventi e i log di IIS dopo il test: assenza di nuovi errori è il segnale più utile che il fix è stabile.
  2. Se hai cambiato web.config o il pool, conserva il backup e ripristinalo subito se il sito continua a dare errori dopo la modifica.
  3. Se l’update ha rotto la compatibilità, valuta il rollback dell’ultimo componente installato solo dopo aver confermato quale versione il sito richiede davvero.
Nota pratica: prima di fare modifiche più invasive, annota l’errore esatto e la versione .NET installata sul server; sono i due dati che accelerano di più la diagnosi.