Distribuire applicazioni basate su .NET Framework

Questo articolo illustra considerazioni importanti per la distribuzione di applicazioni basate su .NET Framework. Per informazioni su come proteggere le applicazioni basate su .NET Framework, vedere Proteggere le applicazioni basate su .NET Framework.

Si applica a: .NET Framework

Numero KB originale: 818016

File Web.Config per un'applicazione ASP.NET

Il Web.config file è 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 Web.config file, il Web.config file è facoltativo. Potrebbe essere necessario creare un Web.config file per eseguire l'override delle impostazioni predefinite in base all'applicazione.

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

Configurare un'applicazione ASP.NET

Tutti i sistemi in cui viene distribuito .NET Framework hanno impostazioni di configurazione a livello di sistema ASP.NET definite nell'elemento <system.web> del Machine.config file. È possibile modificare queste impostazioni in base all'applicazione. In effetti, tale modifica è spesso necessaria.

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

Requisiti minimi di installazione client

Prima di poter distribuire applicazioni basate su .NET Framework in un sistema client, tale sistema deve disporre di componenti software e aggiornamenti specifici installati. La maggior parte dei sistemi client soddisfa i requisiti. Tuttavia, potrebbe essere necessario verificare manualmente che un sistema specifico sia pronto per ricevere .NET Framework ridistribuibile.

Requisiti minimi di installazione del server

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

Abilitare e disabilitare la funzionalità di ASP.NET in IIS

Quando .NET Framework è installato in un 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 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 Pianificare un sito Web ASP.NET in IIS.

Messaggi di errore personalizzati

Molti siti modificano il messaggio di errore predefinito di IIS per visualizzare una pagina descrittiva o per notificare a un amministratore. Per impostazione predefinita, se si verificano errori in un'applicazione ASP.NET basata su .NET Framework e distribuita in un server con messaggi di errore personalizzati IIS 5.0, gli errori non attivano i messaggi personalizzati. Tuttavia, è possibile configurare l'applicazione per restituire i messaggi personalizzati.

Per altre informazioni su come configurare messaggi di errore personalizzati per le applicazioni ASP basate su .NET Framework, vedere Creare pagine di segnalazione errori personalizzate in ASP.NET tramite Visual Basic .NET.

Impostazioni di configurazione specifiche dell'applicazione e specifiche della directory

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

• Aggiungere l'elemento <location> di configurazione al Machine.config file o al Web.config file

• Aggiungere altri Web.config file alle sottocartelle

Per altre informazioni su come applicare modifiche che influiscono su applicazioni e directory specifiche, vedere Rendere le impostazioni di configurazione specifiche dell'applicazione e della directory in un'applicazione ASP.NET.

Configurare la gestione dello stato della sessione

ASP.NET include nuove funzionalità per la gestione dello stato della sessione. Le impostazioni dello stato della sessione in ASP.NET vengono configurate tramite il Web.config file 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 delle porte.

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

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

.NET Framework introduce criteri di sicurezza per controllare le risorse che un'applicazione può usare per ottenere l'accesso a un sistema. I criteri di sicurezza definiscono l'autorizzazione di un'applicazione in base alla posizione o all'origine dell'applicazione. Gli amministratori possono 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 sono in realtà aggiornamenti alle applicazioni ASP 3.0 esistenti.

Uno dei problemi di 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" e ASP.NET usa ".aspx". Anche se le diverse estensioni di file consentono di individuare le due applicazioni in una singola cartella, richiedono di modificare segnalibri e collegamenti ipertestuali prima che l'applicazione ASP 3.0 possa essere portata offline.

Configurare un'applicazione ASP.NET per l'uso dell'autenticazione e dell'autorizzazione esistenti

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 l'autenticazione di Windows e può rappresentare l'utente allo stesso modo di ASP 3.0. Per impostazione predefinita, tuttavia, questa impostazione non è abilitata.

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

È possibile distribuire l'applicazione Web ASP.NET usando lo strumento da riga di comando MS-DOS xcopy . Tuttavia, è consigliabile distribuire il progetto anziché usare xcopy. Analogamente al comando Copia progetto, xcopy non registra o verifica il percorso degli assembly. Inoltre, per i progetti Web, xcopy non configura automaticamente le impostazioni della directory IIS.

Per altre informazioni, vedere Distribuire un'applicazione Web ASP.NET usando la distribuzione di 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 richiedono la distribuzione di più server per gli usi seguenti:

• Gestire volumi di traffico costantemente elevati
• Supportare applicazioni a elevato utilizzo di processore
• Rispondere a picchi improvvisi nel traffico
• Soddisfare i requisiti di ridondanza

Contenuti correlati

• Distribuire .NET Framework e applicazioni
• Distribuzione di .NET Framework