Requisiti di compatibilità e funzionalità per Windows Vista

di Tobin Titus

Introduzione

Internet Information Services 7.0 (IIS 7.0) e versioni successive è la piattaforma server Web per il sistema operativo Windows Vista™. IIS 7.0 e versioni successive introduce molte modifiche rispetto alle versioni precedenti di IIS. Queste modifiche possono influire sul modo in cui gli utenti interagiscono con IIS perché le innovazioni (alcune che causano modifiche di rilievo) potrebbero non essere ovvie per l'utente o perché IIS 7.0 e versioni successive hanno eliminato le funzionalità che gli utenti delle versioni precedenti potrebbero aspettarsi di trovare.

Modifiche di rilievo in IIS 7.0 e versioni successive

In questa sezione vengono descritte le modifiche di rilievo note in IIS 7.0 e versioni successive.

Migrazione di applicazioni o strumenti che richiedono la metabase

Le versioni precedenti di IIS utilizzavano la metabase per configurare server Web e siti, mentre IIS 7.0 e versioni successive usano un file di configurazione XML per configurare queste impostazioni. Anche se la metabase non viene più usata per configurare IIS 7.0 e versioni successive, è disponibile una funzionalità di compatibilità della metabase per rendere IIS 7.0 e versioni successive compatibili con le API che si basavano sulla metabase. Questa funzionalità supporta l'interfaccia ABO (Amministrazione Base Objects) (nota anche come IMS Amministrazione Base), active Directory Service Interfaces (ADSI) e i provider WMI basati su ABO in IIS 6.0.

Per impostazione predefinita, IIS 7.0 e versioni successive non installa la funzionalità di compatibilità della metabase.

Considerazioni sulla compatibilità delle metabase

È necessario tenere presenti i problemi relativi alla metabase seguenti:

• IIS 7.0 e versioni successive usano un nuovo schema di configurazione per archiviare e salvare le impostazioni.
• La metabase non fa parte di questo nuovo schema di configurazione.
• La funzionalità di compatibilità della metabase fornisce l'accesso di base al nuovo archivio di configurazione tramite le API e gli strumenti di metabase esistenti, tra cui ADSI e WMI.
• Alcune funzionalità delle versioni precedenti di IIS non sono supportate.

Per altre informazioni, vedere Limitazioni di compatibilità in IIS.NET.

Problemi di installazione di IIS 7.0 e versioni successive

L'installazione predefinita per IIS 7.0 e versioni successive è stata modificata in modo significativo. Anche le installazioni automatizzate sono cambiate.

Installazione predefinita di Windows Vista

IIS non è installato in Windows Vista per impostazione predefinita. L'installazione predefinita di IIS 7.0 e versioni successive fornisce un server Web con footprint minimo che supporta l'autenticazione anonima e gestisce i file statici. Funzionalità e funzionalità aggiuntive, ad esempio quelle che aggiungono supporto per lo sviluppo Web, ad esempio, possono essere selezionate in modo esplicito durante l'installazione.

Per altre informazioni sull'installazione di IIS in Windows Vista, vedere Installare IIS 7.0 e versioni successive in Windows Vista all'indirizzo IIS.NET. Per un elenco completo delle funzionalità per ogni aggiunta di Windows Vista, vedere l'articolo iis 7.0 e versioni successive e delle edizioni vista su IIS.net.

Installazione automatica di IIS

Per altre informazioni sull'installazione automatica, vedere Using Unattend Setup to Install IIS 7.0 and Above at IIS.NET and Windows Automated Installation Kit (WAIK) User's Guide for Windows Vista (Using Unattend Setup to Install IIS 7.0 and Above at IIS.NET and Windows Automated Installation Kit (WAIK) User's Guide for Windows Vista (Using Unattend Setup to Install to Windows Vista) (Uso dell'installazione automatica di IIS 7.0 e versioni successive in IIS.NET e Windows Automated Installation Kit (WAIK) nel sito Web Microsoft.

Modifica del percorso della radice Web durante l'installazione

IIS 7.0 e versioni successive non è destinato nuovamente alla cartella \inetpub, che viene sempre installata in %SysDrive%\inetpub. Dopo aver installato IIS, è possibile, naturalmente, spostare \inetpub e modificare il sito Web predefinito in modo che punti a tale nuova posizione.

Migrazione di applicazioni ASP.NET a IIS 7.0 e versioni successive

IIS 7.0 e versioni successive integra il modello di estendibilità di runtime ASP.NET con il server Web principale. Questa integrazione consente agli sviluppatori di estendere il server IIS usando la potenza di ASP.NET 2.0 e .NET Framework, invece di usare le API C++ IIS meno affidabili. Anche le applicazioni di ASP.NET esistenti traggono immediatamente vantaggio da una maggiore integrazione grazie alla possibilità di usare funzionalità di ASP.NET esistenti, ad esempio autenticazione basata su moduli, ruoli e memorizzazione nella cache di output per tutti i tipi di contenuto.

Per altre informazioni sull'integrazione di ASP.NET in IIS e sulla migrazione di applicazioni esistenti, vedere integrazione ASP.NET con IIS 7.0 e versioni successive in IIS.NET. Per altre informazioni sulle modifiche di rilievo associate alla ASP.NET, vedere Aggiornamento delle applicazioni ASP.NET a IIS 7: Configurazione di applicazioni dopo l'aggiornamento e differenze tra la modalità integrata IIS 7.0 e la modalità ISAPI nel sito ASP.NET.

Uso dello snap-in MMC IIS 6.0 con IIS 7.0 e versioni successive

Lo snap-in MMC IIS 6.0, Gestione IIS 6.0, è disponibile in Windows Vista. Usare Gestione IIS 6.0 per la gestione remota di server Web o siti IIS 6.0 da un server Web IIS 7.0 e versioni successive. Non è possibile utilizzare Gestione IIS 6.0 o IIS 7.0 e versioni successive per l'amministrazione remota di IIS 7.0 e siti Web o siti precedenti.

È necessario usare Gestione IIS 6.0 per gestire i siti FTP sia nei server IIS 6.0 remoti che in Windows Vista. Lo snap-in IIS 7.0 e versioni successive di MMC non include una funzionalità di gestione FTP.

Snap-in MMC esistenti per IIS 6.0

Gli snap-in MMC esistenti non funzionano con IIS 7.0 e versioni successive a Server Manager. Ad esempio, in IIS 7.0 e versioni successive non è possibile usare l'estensione snap-in ASP.NET introdotta in IIS 6.0. Fortunatamente, lo strumento di amministrazione IIS 7.0 e versioni successive consente di configurare la maggior parte delle impostazioni ASP.NET tramite l'interfaccia utente.

Per altre informazioni su come estendere l'interfaccia utente iis 7.0 e versioni successive, vedere Creazione di un modulo dell'interfaccia utente semplice e IIS 7.0 e esempio di estendibilità end-to-end in IIS.NET.

Errori del database ASP e Microsoft Access

Le applicazioni che usano ASP e un database di Microsoft Access avranno esito negativo quando si esegue l'aggiornamento a Windows Vista. Verrà visualizzato il messaggio di errore seguente:

Errore di microsoft JET motore di database '80004005'
Errore non specificato

Questo errore è spesso un problema di autorizzazione causato quando l'identità del processo non può accedere alla directory temporanea. In IIS 6.0 tutti i processi di lavoro usati C:\Windows\Temp come directory temporanea, indipendentemente dalla configurazione dell'identità del processo. Infatti, poiché nessuno dei processi di lavoro in IIS 6.0 ha usato i profili utente, Windows ha consentito a tutti gli utenti di accedere a questa directory.

Questa configurazione forza il comportamento predefinito in modo che tutti i pool di applicazioni condividono la stessa directory temporanea. IIS 7.0 e versioni successive offre una soluzione migliore a questo potenziale problema di sicurezza caricando il profilo utente per tutti i pool di applicazioni. Inoltre, per impostazione predefinita, la directory temporanea ora in uso non è scrivibile da altri utenti diversi dall'identità del processo, ovvero NetworkService.

Per risolvere questo problema, modificare l'elenco di controllo di accesso discrezionale (DACL) nella directory temporanea NetworkService per consentire agli utenti di accedere. Questa modifica offre il vantaggio di caricare un profilo utente mentre si separano le directory temporanee in base al pool di applicazioni.

icacls %systemroot%\serviceprofiles\networkservice\AppData\Local\Temp /grant Users:(CI)(S,WD,AD,X)

icacls %systemroot%\serviceprofiles\networkservice\AppData\Local\Temp /grant "CREATOR OWNER":(OI)(CI)(IO)(F)

Questi comandi consentono a ogni utente di creare file e directory (WD = Write to Directory, AD = Add Directory, X = Execute, S = Synchronize). L'utente che crea questi file e directory è il "CREATOR OWNER".

La voce di controllo di accesso "CREATOR OWNER" (ACE) consente a questo utente tutti i livelli di autorizzazioni con questo file. Gli altri utenti non possono accedere a questi file o directory perché non sono "CREATOR OWNER".

Una soluzione alternativa aggiuntiva per questo problema di sicurezza consiste nel disabilitare l'impostazione loadUserProfile in base al pool di applicazioni. Poiché loadUserProfile è una proprietà booleana in una sezione AppPool, è possibile configurare facilmente questa impostazione (per defaultAppPool) usando il comando seguente:

%systemroot%\system32\inetsrv\appcmd set config -section:applicationPools /[name='DefaultAppPool'].processModel.loadUserProfile:false

Autorizzazione URL

IIS e ASP.NET hanno usato vari schemi per l'autorizzazione usando gli URL. Una di queste implementazioni è sospesa e vi sono differenze importanti tra le due implementazioni rimanenti.

L'autorizzazione DELL'URL IIS 6.0 è stata implementata come estensione ISAPI. IIS 7.0 e versioni successive non supporta questa implementazione. Altre informazioni sull'autorizzazione URL di IIS 6.0 sono disponibili nel sito Microsoft TechNet.

Per impostazione predefinita, ASP.NET usa un'implementazione dell'autorizzazione URL applicabile solo al contenuto gestito. Rimuovendo la precondizione managedHandler dal modulo urlauthorization, è possibile applicarla per tutto il contenuto, ma potrebbe verificarsi una riduzione delle prestazioni. Altre informazioni sull'autorizzazione url ASP.NET nel sito MSDN.

Per impostazione predefinita, IIS 7.0 e versioni successive usa un'implementazione di autorizzazione URL applicabile a tutto il contenuto. Si tratta dell'implementazione consigliata dell'autorizzazione URL in IIS 7.0 e versioni successive. Per altre informazioni sulla configurazione delle regole di autorizzazione URL IIS, vedere il sito Microsoft TechNet.

Estensioni del server FrontPage non supportate

Al momento, le estensioni del server FrontPage (FP edizione Standard) non sono supportate in Windows Vista. Se si usa FP edizione Standard per caricare file in un server Web, è consigliabile usare FTP con IIS 7.0 o versione successiva.

Se si esegue l'aggiornamento da Microsoft Windows XP® a Windows Vista e si dispone già di FP edizione Standard installato, IIS 7.0 e versioni successive disabilita il Servizio pubblicazione Web globale (W3SVC). Per altre informazioni, vedere Aggiornamento di Microsoft Windows XP a Windows Vista più avanti in questo documento.

WebDAV non supportato

Al momento, web distributed authoring and versioning (WebDAV) non è supportato in Windows Vista. Se si usa WebDAV per caricare file in un server Web, è consigliabile usare FTP con IIS 7.0 o versione successiva.

NNTP non supportato

NNTP non è supportato in Windows Vista.

Non esiste alcuna procedura guidata per la modifica degli elenchi di attendibilità dei certificati

Non è possibile usare l'interfaccia utente IIS 7.0 e versioni successive per creare un elenco di certificati attendibili (CTL). Seguire questa procedura per creare una libreria CTL con IIS 7.0 o versione successiva.

1. Usare MakeCTL.exe per creare il CTL. Per altre informazioni su MakeCTL.exe, vedere la pagina MakeCTL nel sito MSDN.

   Lo strumento MakeCTL.exe fa parte di .NET Framework SDK versione 1.1. Dopo aver installato l'SDK, MakeCTL.exe viene visualizzato nel percorso seguente:

   \Program Files\Microsoft.NET\SDK\v1.1\Bin
   

2. Dopo aver creato il CTL, devi eseguire AdsUtil.vbs per assegnare l'identificatore CTL al nome usato in MakeCTL.exe.

   adsutil.vbs set w3svc/1/SslCtlIdentifier <Name of CTL>
   

   dove <Nome di CTL> è il nome descrittivo per il CTL usato in MakeCTL.exe.

3. Eseguire adsUtil.vbs per impostare SslCtlStoreName.

   adsutil.vbs set w3svc/1/SslCtlStoreName CA
   

4. Dopo aver eseguito AdsUtil.vbs, arrestare i servizi Web usando il comando seguente:

   net stop HTTP /y
   

5. Riavviare il servizio WS3SVC usando il comando seguente:

   net start W3SVC
   

Autenticazione digest non supportata con i controller di dominio di Windows 2000 Server

Utilizzare l'autenticazione digest solo se il controller di dominio Windows è Microsoft Windows Server® 2003 o il sistema operativo Microsoft Windows Server® 2008.

IIS 6.0 ha introdotto l'autenticazione avanzata digest, che non funziona con un controller di dominio server di Microsoft Windows® 2000. Questa è ora l'unica implementazione dell'autenticazione digest disponibile in IIS 7.0 e versioni successive.

IIS 5.x richiedeva un componente denominato sub-authentication (iissuba.dll) per l'implementazione dell'autenticazione digest. Nelle versioni precedenti di IIS, IIS ha abilitato l'autenticazione secondaria per gestire le password, che comportano un rischio per la sicurezza. Per questo motivo, l'autenticazione secondaria non è supportata in IIS 7.0 o versione successiva.

Convlog.exe non supportato

Questo strumento non è più disponibile. Prendere in considerazione la creazione di un semplice script LogParser che converte i file di log nel formato di file di log NCSA. Per altre informazioni, vedere Conversione dei file di log W3C in formato NCSA.

Interfaccia utente classificazione contenuto non più supportata

Il sistema di classificazione del contenuto consente agli amministratori del server di valutare il contenuto in base alla quantità di violenza, sesso, nudità e lingua non appropriata presente nel contenuto di un sito. Questa classificazione ha inserito un'intestazione di risposta nella risposta HTTP, che indica il livello di questi tipi di contenuto. Anche se l'interfaccia utente classificazione contenuto non è più disponibile, è possibile inserire manualmente queste intestazioni di risposta usando la funzionalità Intestazioni risposta HTTP.

Anche se per le intestazioni di risposta HTTP non è presente IIS 7.0 e versioni successive, è comunque possibile usare questa funzionalità modificando direttamente il file di configurazione XML, usando WMI o Appcmd.exe. Per altre informazioni sulle intestazioni di risposta HTTP, vedere IIS 7.0 Beta: Configurazione delle intestazioni di risposta HTTP in IIS 7.0 nel sito Microsoft TechCenter.

Estensione dello strumento iis cluster Amministrazione istration

Il supporto per il clustering di IIS 4.0 e IIS 5.x tramite l'estensione Amministrazione istration tool (iisclex4.dll) del cluster IIS non è più disponibile. Non sarà possibile amministrare IIS 4.0 e IIS 5.x usando lo strumento cluster Amministrazione istration. IIS 7.0 e versioni successive continua a spedire due script (Clusweb.vbs e Clusftp.vbs) che possono essere collegati allo strumento di Amministrazione istration cluster per monitorare le modifiche ai servizi FTP e W3SVC. Prendere in considerazione l'uso di Microsoft Windows Server 2003 per gestire i cluster.

Comando CMD SSINC EXEC

I comandi CMD SSINC EXEC consentono di eseguire un percorso arbitrario della riga di comando da una pagina Web. In IIS 6.0 è stato necessario modificare il Registro di sistema per abilitare questa funzionalità. Tuttavia, in IIS 7.0 e versioni successive la chiave del Registro di sistema che ha abilitato questa funzionalità è stata rimossa. Usare ASP.NET, ASP o CGI per eseguire i percorsi della riga di comando da una pagina Web.

Le credenziali di rete Passport non sono più supportate

Le credenziali di Passport Network sono un servizio di autenticazione basato sui cookie. Il supporto per le credenziali di Rete Passport non è più integrato in IIS. Per altre informazioni, vedere la documentazione di Passport Network disponibile in http://www.passport.com. Per accedere alla documentazione, è necessario registrare e ottenere le credenziali di Passport Network.

Internet Data Connessione or (HTTPODBC.DLL) non supportato

Internet Data Connessione or è un'estensione del server Web che consente alle applicazioni di eseguire query sui database ODBC (Open Database Connessione ivity). Usare ASP.NET o ASP per eseguire query sui database ODBC.

Ricreazione dell'account metabase

In passato, IIS ha ricreato gli account per gli utenti anonimi (IUSR_computername) e i processi di lavoro (IWAM_computername), se non esistevano durante l'avvio del servizio IIS Amministrazione. Questo presenta un potenziale problema di sicurezza. IIS 7.0 e versioni successive usa account che non possono essere eliminati, pertanto non esiste alcun motivo per continuare a supportare la ricreazione dell'account.

IISRE edizione Standard T

IISrestart non supporta più i riavvii del computer.

IIS*. Strumenti da riga di comando VBS

In IIS 6.0 questi strumenti sono apparsi in systemroot\system32. In IIS 7.0 e versioni successive, tuttavia, gli strumenti seguenti sono ora obsoleti:

• Iisapp.vbs
• Iiscnfg.vbs
• Iisftp
• Iisftpdr.vbs
• Iisback
• Iisrepl.vbs
• Iisvdir.vbs
• Iisweb.vbs

Appcmd.exe è lo strumento da riga di comando principale per IIS 7.0 e versioni successive. Per altre informazioni sulle Appcmd.exe, vedere Panoramica dell'Amministrazione istration della riga di comando - Appcmd.exe su IIS.NET.

Sospendi siti Web

IIS 5.x consente agli utenti di sospendere un sito Web. Una nuova funzionalità di Windows Vista consente agli utenti di sospendere o arrestare un sito Web nello stesso modo, quindi la funzione di sospensione non è più inclusa in IIS 7.0 o versione successiva.

Estensione condivisione Web

L'estensione di condivisione Web consente ai clienti di creare directory virtuali da Esplora risorse in IIS 6.0. Questa funzionalità è stata deprecata.

Mappe immagine lato server

Le mappe delle immagini lato server supportano il mapping delle immagini per i browser client precedenti a Internet Explorer 3. Le immagini lato server non sono più supportate.

Rotazione contenuto ASP e Collegamento successivo

Queste funzionalità sono deprecate e non sono più disponibili.

Funzionalità configurabili solo tramite file di configurazione XML

La maggior parte dei problemi elencati di seguito implica che le funzionalità non hanno IIS 7.0 o versione successiva dell'interfaccia utente. Anche se non è presente un'interfaccia utente IIS 7.0 o versione successiva per una particolare funzionalità, è comunque possibile configurarla; in genere questa operazione viene eseguita modificando manualmente i file di configurazione XML.

Aggiornamento di Microsoft Windows XP a Windows Vista

Quando si esegue l'aggiornamento da Microsoft Windows XP a Windows Vista o da uno SKU di Windows Vista a un altro SKU, è possibile che i dati dell'installazione precedente di IIS vadano persi o copiati in modo non corretto. In questo caso, non viene visualizzato alcun messaggio di errore, ma alcune funzionalità iis potrebbero non funzionare correttamente. Per questo motivo, è consigliabile eseguire il backup delle configurazioni IIS prima di aggiornare il sistema operativo.

Al termine dell'aggiornamento, esaminare i file di log per determinare se si sono verificati errori durante l'installazione. I log sono disponibili qui:

%systemroot%\iis7.log

%systemroot%\iis7_gather.log

IIS 7.0 e versioni successive servizi Web disabilitati durante l'aggiornamento

Esistono due problemi che potrebbero causare la disabilitazione di IIS 7.0 e versioni successive per disabilitare il Servizio pubblicazione Web globale (W3SVC) o il servizio di pubblicazione FTP (MSFTPSVC).

Estensioni server front page installate

Se si esegue l'aggiornamento da Microsoft Windows XP a Windows Vista con le estensioni del server Front Page (FP edizione Standard) installate, IIS 7.0 e versioni successive disabilita W3SVC. In questo modo si impedisce l'accesso indesiderato ai file in cui FrontPage archivia i metadati per il sito Web. IIS 7.0 e versioni successive non rimuove file o cartelle dal sito Web durante un aggiornamento. È necessario rimuovere o proteggere manualmente questi file prima di abilitare il servizio Web.

Per altre informazioni su come eseguire questa attività, vedere IIS 7.0 e versioni successive disabilitato durante l'aggiornamento quando sono state installate le estensioni del server FrontPage in IIS.NET.

Iis 7.0 e versioni successive non sono mai installati

Se si esegue l'aggiornamento da Microsoft Windows XP a Windows Vista senza aver installato in precedenza alcuna versione dello strumento di blocco IIS, il programma di installazione di IIS disabilita W3SVC e MSFTPSVC. Ciò impedisce involontariamente l'esecuzione di un server Web che usa configurazioni non sicure. Durante un aggiornamento, IIS 7.0 e versioni successive gestisce tutte le configurazioni e le impostazioni iis precedenti. Ciò può comportare un server Web meno sicuro di un server Web che usa le configurazioni predefinite di Windows Vista.

Prima di abilitare questi servizi, esaminare le impostazioni predefinite del server per individuare eventuali problemi di sicurezza. In particolare, prestare attenzione a tutte le estensioni ISAPI di cui è stata eseguita la migrazione, ma non sono più necessarie.

Per abilitare W3SVC o MSFTPSVC

Dopo aver affrontato i problemi indicati in precedenza, è necessario abilitare tutti i servizi IIS 7.0 e versioni successive disabilitati durante l'aggiornamento.

Per abilitare i servizi, seguire questa procedura:

1. Scegliere Pannello di controllo dal menu Start.
2. In Pannello di controllo fare clic su Strumenti Amministrazione istrative e quindi su Servizi.
3. In MMC Servizi fare clic con il pulsante destro del mouse sul servizio e scegliere Avvia.

Console di gestione iis 6.0 non installata

Se si esegue l'aggiornamento da Microsoft Windows XP a Windows Vista e in precedenza era installata la console di gestione IIS 6.0, ma W3SVC non è stato rilevato durante l'installazione, IIS 7.0 e versioni successive non installa alcuna console di gestione IIS.

Presumibilmente, si usava questo computer per gestire in remoto un server Web IIS 6.0. Per installare la console di gestione di IIS 6.0, usare Pannello di controllo in Windows Vista per attivare la Console di gestione IIS 6.0.

Server FTP rimosso

Se si esegue l'aggiornamento da Microsoft Windows XP a Windows Vista e in precedenza è stato installato FTP ma W3SVC non è stato rilevato durante l'installazione, IIS 7.0 e versioni successive non installa FTP. Il server FTP precedente non è installato. La configurazione FTP viene persa.

Se si desidera utilizzare questo computer come server FTP, è necessario reinstallare il servizio FTP. Per installare il server FTP, usare Pannello di controllo in Windows Vista per attivare il servizio di pubblicazione FTP.

Migrazione dell'isolamento dell'applicazione

L'installazione di IIS esegue automaticamente la migrazione delle applicazioni IIS 5.x per l'esecuzione in modalità isolamento processo di lavoro, che usa impostazioni più conservatrici rispetto alle versioni precedenti di IIS. Dopo la migrazione, è possibile che si verifichino problemi di accesso. Per risolvere questi problemi, concedere all'identità del processo più privilegi NTFS rispetto a quelli precedentemente sufficienti per oggetti come file o directory.

L'identità del processo usata dipende dal livello di isolamento usato in precedenza in IIS5.x.

• Impostazione protezione applicazione IIS 5.x bassa: l'applicazione migrata verrà visualizzata in un pool di applicazioni denominato AppPool_Low usando l'identità del processo del servizio di rete. In precedenza questa applicazione è stata eseguita come LocalSystem, un'identità del processo con privilegi molto più elevati.
• Impostazione protezione applicazione IIS5.x di media: l'applicazione migrata verrà visualizzata in un pool di applicazioni denominato AppPool_Medium usando l'identità del processo di qualsiasi account archiviato in WAMUserName per la prima applicazione migrata eseguita con l'impostazione Medium. Per impostazione predefinita, l'identità del processo è stata impostata sul IWAM_computername, ma gli utenti potrebbero modificare l'account. Pertanto, se l'account è stato modificato, il pool di applicazioni ha usato qualsiasi account in uso.
• Impostazione protezione applicazione IIS5.x alta: l'applicazione migrata verrà visualizzata in un pool di applicazioni denominato AppPool_applicationName, dove applicationName è il valore per AppFriendlyName dell'applicazione. L'identità del processo usata per questo pool di applicazioni è qualsiasi account archiviato in WAMUserName per la prima applicazione migrata eseguita con l'impostazione High. Per impostazione predefinita, l'identità del processo è stata impostata sul IWAM_computername, ma gli utenti potrebbero modificare l'account. Pertanto, se l'account è stato modificato, il pool di applicazioni ha usato qualsiasi account in uso. Le applicazioni di cui è stata eseguita la migrazione con un'impostazione High vengono migrate nel proprio pool di applicazioni.