Paramètres de configuration personnalisés pour les environnements App Service

Article
10/24/2024

Vue d’ensemble

Les environnements App Service étant isolés pour chaque client, certains paramètres de configuration peuvent être appliqués exclusivement à des environnements App Service. Cet article décrit les différentes personnalisations pour les environnements App Service disponibles.

Remarque

Cet article aborde les fonctionnalités, les avantages et les cas d’utilisation d’App Service Environment v3, qui est utilisé avec les plans App Service Isolé v2.

Si vous ne possédez pas d’environnement App Service, consultez Comment créer un environnement App Service v3.

Vous pouvez stocker les personnalisations de l’environnement App Service (App Service Environment) à l’aide d’un tableau dans le nouvel attribut clusterSettings . Cet attribut se trouve dans le dictionnaire des « Propriétés » de l’entité Azure Resource Manager hostingEnvironments .

L’extrait de code abrégé de modèle Resource Manager suivant indique l’attribut clusterSettings :

"resources": [
{
    "apiVersion": "2021-03-01",
    "type": "Microsoft.Web/hostingEnvironments",
    "name": ...,
    "location": ...,
    "properties": {
        "clusterSettings": [
            {
                "name": "nameOfCustomSetting",
                "value": "valueOfCustomSetting"
            }
        ],
        "internalLoadBalancingMode": ...,
        etc...
    }
}

L’attribut clusterSettings peut être inclus dans un modèle Resource Manager pour mettre à jour l’environnement App Service.

Utilisation de l’Explorateur de ressources Azure pour mettre à jour un environnement App Service

Vous pouvez également mettre à jour l’environnement App Service à l’aide de l’Explorateur de ressources Azure.

Dans Explorateur de ressources, accédez au nœud de l’environnement App Service (subscriptions>{votre abonnement}>resourceGroups>{votre groupe de ressources}>providers>Microsoft.Web>hostingEnvironments). Cliquez ensuite sur l’environnement App Service spécifique que vous souhaitez mettre à jour.
Dans le volet de droite, cliquez sur Lecture/écriture dans la barre d’outils du haut pour autoriser la modification interactive dans l’Explorateur de ressources.
Cliquez sur le bouton bleu Modifier pour permettre la modification du modèle Resource Manager.
Faites défiler jusqu'au bas du panneau de droite. L’attribut clusterSettings , dont vous pouvez entrer ou mettre à jour la valeur, se trouve tout en bas.
Entrez (ou copiez et collez) le tableau de valeurs de configuration souhaité dans l’attribut clusterSettings .
Cliquez sur le bouton vert PUT situé en haut du panneau de droite pour valider la modification apportée à l’environnement App Service.

Toutefois, vous envoyez la modification, la modification n’est pas immédiate et elle peut prendre jusqu’à 24 heures. Certains paramètres ont des détails spécifiques sur l’heure et l’impact de la configuration du paramètre spécifique.

Activer le chiffrement interne

App Service Environment fonctionne comme un système de boîte noire dans laquelle vous ne pouvez pas voir les composants internes ou la communication au sein du système. Pour activer un débit plus élevé, le chiffrement n’est pas activé par défaut entre les composants internes. Le système est sécurisé, car le trafic est inaccessible à des fins de supervision. Si toutefois vous avez une exigence de conformité qui requiert un chiffrement complet du chemin de données de bout en bout, il existe un moyen d’activer le chiffrement du chemin de données complet avec un clusterSetting.

"clusterSettings": [
    {
        "name": "InternalEncryption",
        "value": "true"
    }
],

L’affectation de la valeur true à InternalEncryption chiffre le trafic réseau interne de votre environnement App Service Environment (ASE) entre les front-ends et les workers, chiffre le fichier d’échange et chiffre les disques des workers. Une fois le clusterSetting InternalEncryption activé, il peut y avoir un impact sur les performances de votre système. Quand vous effectuerez la modification pour activer InternalEncryption, votre environnement ASE sera dans un état instable jusqu’à ce que la modification soit entièrement propagée. La propagation complète de la modification peut prendre quelques heures, en fonction du nombre d’instances présentes dans votre environnement ASE. Nous vous recommandons vivement de ne pas activer InternalEncryption dans un environnement ASE pendant qu’il est en cours d’utilisation. Si vous avez besoin d’activer InternalEncryption dans un environnement ASE activement utilisé, nous vous recommandons vivement de détourner le trafic vers un environnement de sauvegarde jusqu’à ce que l’opération se termine.

Désactiver TLS 1.0 et TLS 1.1

Si vous souhaitez gérer les paramètres TLS application par application, vous pouvez utiliser les instructions fournies dans la documentation Appliquer des versions TLS.

Si vous souhaitez désactiver tout le trafic TLS 1.0 et TLS 1.1 entrant pour toutes les applications dans un environnement ASE, vous pouvez définir l’entrée clusterSettings suivante :

"clusterSettings": [
    {
        "name": "DisableTls1.0",
        "value": "1"
    }
],

Le nom du paramètre indique 1.0, mais quand il est configuré, il désactive TLS 1.0 et TLS 1.1.

Modifier l’ordre des suites de chiffrement TLS

App Service Environment prend en charge la modification de la suite de chiffrement par défaut. L’ensemble de chiffrements par défaut est le même que celui utilisé dans le service multilocataire App Service. La modification de la suite de chiffrement n’est possible qu’avec App Service Environment, l’offre à locataire unique, et non l’offre multilocataire, car la modification affecte l’ensemble du déploiement App Service. Deux suites de chiffrement sont obligatoires pour un App Service Environment : TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 et TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256. En outre, vous devez inclure les suites de chiffrement suivantes, qui sont obligatoires pour TLS 1.3 : TLS_AES_256_GCM_SHA384 et TLS_AES_128_GCM_SHA256.

Pour configurer votre App Service Environment afin de n’utiliser que les chiffrements dont il a besoin, modifiez clusterSettings comme indiqué dans l’exemple suivant. Vérifiez que les chiffrements TLS 1.3 sont inclus au début de la liste.

"clusterSettings": [
    {
        "name": "FrontEndSSLCipherSuiteOrder",
        "value": "TLS_AES_256_GCM_SHA384,TLS_AES_128_GCM_SHA256,TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384,TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256"
    }
],

Avertissement

Si des valeurs incorrectes sont définies pour la suite de chiffrement et incompréhensibles pour SChannel, l’ensemble de la communication TLS avec votre serveur peut cesser de fonctionner. Dans ce cas, vous devrez supprimer l’entrée FrontEndSSLCipherSuiteOrder des clusterSettings et envoyer le modèle Resource Manager mis à jour pour rétablir les paramètres de suite de chiffrement par défaut. Utilisez cette fonctionnalité avec précaution.

Bien démarrer

Le site de modèles Azure Quickstart Resource Manager comprend un modèle dont la définition de base permet de créer un environnement App Service.

Partager via