Distribuire applicazioni basate su .NET Framework

  • Articolo

Questo articolo descrive considerazioni importanti per la distribuzione di applicazioni basate su .NET Framework.

Versione originale del prodotto: .NET Framework
Numero KB originale: 818016

Riepilogo

Questo articolo è uno di una serie di articoli che forniscono informazioni dettagliate per le applicazioni basate su .NET Framework.

Gli articoli di questa serie includono anche i seguenti:

Creare il file Web.Config per un'applicazione ASP.NET

Il fileWeb.config è un file XML che contiene impostazioni specifiche dell'applicazione che sostituiscono le impostazioni predefinite del sistema. Anche se la maggior parte delle applicazioni ASP basate su .NET Framework viene distribuita con un file Web.config , il file Web.config è facoltativo. Potrebbe essere necessario creare un file Web.config per ignorare le impostazioni predefinite in base all'applicazione.

Per altre informazioni su come creare un file Web.config per un'applicazione che non ne ha già uno, vedere Come modificare la configurazione di un'applicazione ASP.NET.

Modificare la configurazione di un'applicazione ASP.NET

Tutti i sistemi in cui è stato distribuito .NET Framework hanno impostazioni di configurazione ASP.NET a livello di sistema definite nell'elemento <system.web> del file Machine.config . È possibile modificare queste impostazioni (spesso è necessario modificare queste impostazioni) in base all'applicazione.

Per altre informazioni su come eseguire l'override delle impostazioni di configurazione predefinite di .NET Framework per un'applicazione specifica, vedere Come modificare la configurazione di un'applicazione ASP.NET.

Determinare se un sistema client soddisfa i requisiti minimi per l'installazione di .NET Framework

Prima di poter distribuire applicazioni basate su .NET Framework in un sistema client, è necessario che nel sistema siano installati componenti software e patch specifici. La maggior parte dei sistemi client soddisfa i requisiti. Potrebbe tuttavia essere necessario verificare manualmente che un sistema specifico sia pronto per ricevere .NET Framework ridistribuibile.

Determinare se un sistema server soddisfa i requisiti minimi per l'installazione di .NET Framework

Prima di poter distribuire applicazioni basate su .NET Framework in un server, è necessario che nel server siano installati componenti software e patch specifici. La maggior parte dei sistemi server soddisfa i requisiti. Potrebbe tuttavia essere necessario verificare manualmente che un sistema specifico sia pronto per ricevere .NET Framework ridistribuibile.

Abilitare e disabilitare in modo selettivo ASP.NET funzionalità in IIS

Quando .NET Framework viene installato in un computer server che esegue Internet Information Services (IIS), ASP.NET viene abilitato automaticamente per i server virtuali. Tuttavia, questa configurazione potrebbe non essere utile. Poiché le nuove applicazioni Web ASP basate su .NET Framework vengono distribuite in un computer server che esegue IIS 5.0, è possibile controllare quali server virtuali e directory supportano ASP.NET e quali server virtuali non supportano.

Per altre informazioni su come abilitare e disabilitare le funzionalità di ASP.NET per server virtuali e directory in IIS 5.0, vedere PROCEDURA: Abilitare o disabilitare selettivamente le funzionalità di ASP.NET in IIS.

Configurare messaggi di errore personalizzati per un'applicazione ASP.NET

Molti siti modificano il messaggio di errore predefinito di IIS per visualizzare una pagina descrittiva o per inviare una notifica a un amministratore. Quando un computer server che esegue IIS 5.0 contiene messaggi di errore personalizzati e un'applicazione Web ASP basata su .NET Framework viene distribuita nel computer server, gli errori nell'applicazione ASP.NET non usano messaggi di errore personalizzati di IIS 5.0 a meno che l'applicazione non sia configurata per farlo.

Per altre informazioni su come configurare messaggi di errore personalizzati per le applicazioni ASP basate su .NET Framework, vedere How to Create Custom Error Reporting Pages in ASP.NET Using Visual Basic .NET (Come creare pagine di segnalazione errori personalizzate in ASP.NET Uso di Visual Basic .NET).

Impostare impostazioni di configurazione specifiche dell'applicazione e specifiche della directory in un'applicazione ASP.NET

Il modo più comune per ignorare le impostazioni predefinite del sistema per un'intera applicazione ASP.NET consiste nel creare o modificare un file Web.config per tale applicazione. Tuttavia, le modifiche alla configurazione di frequente devono essere applicate solo a file o cartelle specifici in un'applicazione. Esistono due modi per limitare l'ambito delle modifiche di configurazione:

Configurare la gestione dello stato della sessione per le applicazioni ASP.NET

ASP.NET dispone di nuove funzionalità per la gestione dello stato sessione. Le impostazioni dello stato della sessione in ASP.NET vengono configurate tramite il file Web.config di un'applicazione ASP.NET. In ASP.NET sono disponibili diverse opzioni di gestione dello stato delle sessioni. Queste opzioni includono la modalità (inproc, State Server, SQL Server), la gestione dello stato senza cookie, il server di stato in modalità out-of-process e le impostazioni della porta.

Per altre informazioni sulla gestione dello stato della sessione ASP.NET, visitare ASP.NET Stato sessione.

Compilare e distribuire un pacchetto di distribuzione dei criteri di sicurezza .NET

.NET Framework introduce i criteri di sicurezza. I criteri di sicurezza sono un nuovo modo per controllare le risorse a cui un'applicazione può accedere in un sistema. Definisce l'autorizzazione di un'applicazione in base alla posizione o all'origine dell'applicazione. In qualità di amministratore, è possibile controllare i criteri di sicurezza in base al computer. È tuttavia possibile usare i pacchetti di distribuzione come metodo più scalabile per la distribuzione e la gestione dei criteri di sicurezza negli ambienti Active Directory.

Eseguire la migrazione di un'applicazione Web ASP a ASP.NET mantenendo i nomi di file esistenti

ASP.NET offre molti vantaggi rispetto all'ambiente di scripting ASP 3.0 precedente. In particolare, le applicazioni ASP basate su .NET Framework offrono prestazioni, scalabilità e affidabilità migliorate. Di conseguenza, molte nuove applicazioni ASP basate su .NET Framework vengono effettivamente aggiornate alle applicazioni ASP 3.0 esistenti.

Uno dei problemi dell'aggiornamento di un'applicazione da ASP 3.0 a ASP.NET è che i due ambienti usano estensioni di file diverse. Per impostazione predefinita, ASP 3.0 usa .asp estensioni di file. Tuttavia, ASP.NET usa .aspx estensioni di file. Anche se le diverse estensioni del nome file consentono alle due applicazioni di trovarsi in una singola cartella, richiedono la modifica di segnalibri e collegamenti ipertestuali prima che l'applicazione ASP 3.0 venga portata offline.

Configurare un'applicazione ASP.NET per l'uso della stessa autenticazione e autorizzazione di un'applicazione Web ASP esistente

ASP.NET include sistemi di autenticazione e autorizzazione più flessibili e sofisticati rispetto ad ASP 3.0. Per impostazione predefinita, è possibile usare solo autenticazione di Windows per autenticare le applicazioni ASP 3.0. Inoltre, è possibile controllare l'autorizzazione solo usando le autorizzazioni per i file NTFS.

ASP.NET supporta autenticazione di Windows e può rappresentare l'utente finale nello stesso modo di ASP 3.0. Tuttavia, per impostazione predefinita, questa impostazione non è abilitata.

Distribuire un'applicazione Web ASP.NET usando la distribuzione XCopy

È possibile distribuire l'applicazione Web ASP.NET usando l'utilità da riga di comando MS-DOS xcopy . È tuttavia consigliabile distribuire il progetto anziché usare xcopy. Come con il comando Copia progetto, xcopy non registra né verifica la posizione degli assembly. Inoltre, per i progetti Web, xcopy non configura automaticamente le impostazioni della directory IIS.

Per altre informazioni, vedere Come distribuire un'applicazione Web ASP.NET usando la distribuzione Xcopy.

Configurare più server ASP.NET applicazioni Web e servizi Web

Per la maggior parte degli usi di ASP.NET, un singolo server può gestire rapidamente tutte le richieste. Tuttavia, molti ambienti devono distribuire più server per gestire volumi di traffico costantemente elevati, per supportare applicazioni a elevato utilizzo di processore, per rispondere a picchi improvvisi di traffico o per soddisfare i requisiti di ridondanza.

Riferimenti

Per altre informazioni su come distribuire applicazioni basate su .NET Framework e sull'interoperabilità di .NET, visitare i seguenti siti Web Microsoft: