Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cet article traite des considérations importantes relatives au déploiement d’applications basées sur .NET Framework. Pour plus d’informations sur la sécurisation des applications basées sur .NET Framework, consultez Applications sécurisées basées sur .NET Framework.
S’applique à : .NET Framework
Numéro de base de connaissances d’origine : 818016
Fichier Web.Config pour une application ASP.NET
Le Web.config fichier est un fichier XML qui contient des paramètres spécifiques à l’application qui remplacent les paramètres système par défaut. Bien que la plupart des applications ASP basées sur .NET Framework soient déployées en ayant un Web.config fichier, le Web.config fichier est facultatif. Vous devrez peut-être créer un Web.config fichier pour remplacer les paramètres par défaut d’une application par application.
Pour plus d’informations sur la création d’un Web.config fichier pour une application qui n’en a pas déjà, consultez Modifier la configuration d’une application ASP.NET.
Configurer une application ASP.NET
Tous les systèmes sur lesquels .NET Framework est déployé ont des paramètres de configuration à l’échelle du système ASP.NET définis dans l’élément <system.web> du Machine.config fichier. Vous pouvez modifier ces paramètres en fonction de l’application. En fait, une telle modification est fréquemment nécessaire.
Pour plus d’informations sur la façon de remplacer les paramètres de configuration par défaut du .NET Framework pour une application spécifique, consultez Modifier la configuration d’une application ASP.NET.
Configuration minimale requise pour l’installation du client
Avant de pouvoir déployer des applications basées sur .NET Framework sur un système client, ce système doit disposer de composants logiciels et de mises à jour spécifiques installés. La plupart des systèmes clients répondent aux exigences. Toutefois, vous devrez peut-être vérifier manuellement qu’un système spécifique est prêt à recevoir le redistribuable .NET Framework.
Configuration minimale requise pour l’installation du serveur
Avant de pouvoir déployer des applications basées sur .NET Framework sur un serveur, le serveur doit disposer de composants logiciels et de mises à jour spécifiques installés. La plupart des systèmes serveur répondent aux exigences. Toutefois, vous devrez peut-être vérifier manuellement qu’un système spécifique est prêt à recevoir le redistribuable .NET Framework.
Activer et désactiver les fonctionnalités de ASP.NET dans IIS
Lorsque .NET Framework est installé sur un serveur exécutant Internet Information Services (IIS), ASP.NET est automatiquement activé pour les serveurs virtuels. Toutefois, vous ne souhaiterez peut-être pas cette configuration. Comme de nouvelles applications web ASP basées sur .NET Framework sont déployées sur un serveur exécutant IIS 5.0, vous pouvez contrôler les serveurs virtuels et les répertoires qui prennent en charge ASP.NET et quels serveurs virtuels ne le font pas.
Pour plus d’informations sur l’activation et la désactivation de ASP.NET fonctionnalités pour les serveurs virtuels et les répertoires dans IIS 5.0, consultez Planifier un site web ASP.NET sur IIS.
Messages d’erreur personnalisés
De nombreux sites modifient le message d’erreur IIS par défaut pour afficher une page conviviale ou pour notifier un administrateur. Par défaut, si des erreurs se produisent dans une application ASP.NET basée sur .NET Framework et déployée sur un serveur disposant de messages d’erreur personnalisés IIS 5.0, les erreurs ne déclenchent pas les messages personnalisés. Toutefois, vous pouvez configurer l’application pour retourner les messages personnalisés.
Pour plus d’informations sur la configuration des messages d’erreur personnalisés pour les applications ASP basées sur .NET Framework, consultez Créer des pages de création de rapports d’erreurs personnalisées dans ASP.NET à l’aide de Visual Basic .NET.
Paramètres de configuration spécifiques à l’application et propres à l’annuaire
La façon la plus courante de remplacer les valeurs système par défaut pour une application ASP.NET entière consiste à créer ou modifier un Web.config fichier pour cette application. Toutefois, les modifications de configuration doivent souvent s’appliquer uniquement aux fichiers ou dossiers spécifiques d’une application. Vous avez deux méthodes pour limiter l’étendue des modifications de configuration :
Ajouter l’élément
<location>de configuration auMachine.configfichier ou auWeb.configfichierAjouter d’autres
Web.configfichiers aux sous-dossiers
Pour plus d’informations sur l’application des modifications qui affectent des applications et des répertoires spécifiques, consultez Créer des paramètres de configuration spécifiques à l’application et aux répertoires dans une application ASP.NET.
Configurer la gestion de l’état de session
ASP.NET dispose de nouvelles fonctionnalités pour la gestion de l’état de session. Les paramètres d’état de session dans ASP.NET sont configurés via le Web.config fichier d’une application ASP.NET. Plusieurs options de gestion de l’état des sessions sont disponibles dans ASP.NET. Ces options incluent le mode (inproc, State Server, SQL Server), la gestion des états sans cookie, le serveur d’état hors processus et les paramètres de port.
Pour plus d’informations sur la gestion de l'état de session ASP.NET, consultez ASP.NET Session State.
Créer et déployer un package de déploiement de stratégie de sécurité .NET
.NET Framework introduit une stratégie de sécurité pour contrôler les ressources qu’une application peut utiliser pour accéder à un système. La stratégie de sécurité définit l’autorisation d’une application en fonction de l’emplacement ou de la source de l’application. En tant qu’administrateur, vous pouvez contrôler la stratégie de sécurité sur un ordinateur par ordinateur. Toutefois, vous pouvez utiliser des packages de déploiement comme méthode plus évolutive pour le déploiement et la gestion des stratégies de sécurité dans les environnements Active Directory.
Migrer une application web ASP vers ASP.NET tout en conservant les noms de fichiers existants
ASP.NET offre de nombreux avantages par rapport à l’environnement de script ASP 3.0 précédent. Plus précisément, les applications ASP basées sur .NET Framework offrent des performances, une scalabilité et une fiabilité améliorées. Par conséquent, de nombreuses nouvelles applications ASP basées sur .NET Framework sont en fait mises à niveau vers des applications ASP 3.0 existantes.
L’un des défis à relever pour mettre à niveau une application d’ASP 3.0 vers ASP.NET est que les deux environnements utilisent des extensions de nom de fichier différentes. Par défaut, ASP 3.0 utilise « .asp » et ASP.NET utilise « .aspx ». Bien que les différentes extensions de nom de fichier permettent aux deux applications d’être situées dans un dossier unique, elles nécessitent de modifier les signets et les liens hypertexte avant que l’application ASP 3.0 puisse être mise hors connexion.
Configurer une application ASP.NET pour utiliser l’authentification et l’autorisation existantes
ASP.NET inclut des systèmes d’authentification et d’autorisation plus flexibles et sophistiqués que ASP 3.0. Par défaut, vous ne pouvez utiliser que Authentification Windows pour authentifier les applications ASP 3.0. En outre, vous pouvez contrôler l’autorisation uniquement à l’aide des autorisations de fichier NTFS.
L’ASP.NET prend en charge l’authentification Windows et peut emprunter l’identité de l’utilisateur de la même manière que l’ASP 3.0 le fait. Par défaut, toutefois, ce paramètre n’est pas activé.
Déployer une application web ASP.NET à l’aide du déploiement XCopy
Vous pouvez déployer votre application web ASP.NET en utilisant l’outil en ligne de commande MS-DOS xcopy. Toutefois, il est judicieux de déployer votre projet au lieu d’utiliser xcopy. Comme pour la commande Copier le projet, xcopy n’inscrit pas ou vérifie l’emplacement des assemblys. En outre, pour les projets web, xcopy ne configure pas automatiquement les paramètres d’annuaire IIS.
Pour plus d’informations, consultez Déployer une application web ASP.NET à l’aide du déploiement Xcopy.
Configurer plusieurs applications web ASP.NET serveur et services web
Pour la plupart des utilisations de ASP.NET, un seul serveur peut gérer rapidement toutes les requêtes. Toutefois, de nombreux environnements nécessitent que vous déployiez plusieurs serveurs pour les utilisations suivantes :
- Gérer des volumes de trafic élevés de manière cohérente
- Prise en charge des applications nécessitant beaucoup de processeurs
- Répondre aux pics soudains de trafic
- Répondre aux exigences de redondance