Règles de routage des requêtes Application Gateway

Les règles de routage Azure Application Gateway définissent comment le trafic entrant est mis en correspondance et envoyé au backend approprié. Pour les protocoles HTTP/HTTPS, ils peuvent acheminer toutes les requêtes vers un seul backend ou utiliser des chemins d’URL pour diriger le trafic vers différents pools backend. Une règle lie l’écouteur frontal, un paramètre de backend et un pool de backends.

Type de règle

Lorsque vous créez une règle, vous choisissez entre Basique, Avancé et Basé sur le chemin.

  • Choisissez Basic si vous souhaitez transférer toutes les requêtes sur l’auditeur associé (par exemple, blog.contoso.com/*) vers un seul pool backend.
  • Choisissez Avancé si vous voulez des décisions de routage basées sur les attributs de requête HTTP.
  • Choisissez Basé sur le chemin d’accès si vous souhaitez acheminer des requêtes provenant de chemins URL spécifiques vers des pools backend spécifiques. Le modèle de chemin s’applique uniquement au chemin de l’URL, pas à ses paramètres de requête.

Schéma des écouteurs de passerelle d’application, des règles de routage, des pools backend, des réglages backend et des fonctionnalités de manipulation du trafic.

Important

La règle avancée est actuellement en préversion. Consultez les Conditions d’utilisation supplémentaires pour les préversions Microsoft Azure pour les conditions légales qui s’appliquent aux fonctionnalités Azure en version bêta, en préversion ou qui ne sont pas encore publiées en disponibilité générale.

Cette fonctionnalité n’est pas prise en charge pour les listeners multisites et le proxy TCP/TLS de couche 4

Ordre des règles de traitement

L’ordre des règles peut être établi en fournissant une valeur de priorité aux règles de routage des requêtes. Vous pouvez spécifier une valeur d’entier comprise entre 1 et 20000. 1 représente la priorité la plus haute et 20000 la plus basse. Si le trafic client entrant correspond à plusieurs écouteurs, la règle de routage des requêtes avec la priorité la plus élevée est utilisée pour traiter la requête. Chaque règle de routage de requête doit avoir une valeur de priorité unique. Pour plus d’informations sur l’ordre d’évaluation des règles, consultez Ordre d’évaluation des règles d’acheminement des requêtes.

Listener associé

Associez un écouteur afin que la règle de routage des demandes associée à cet écouteur soit évaluée pour déterminer le pool de back-ends vers lequel router la demande.

Groupe principal associé

Associez à la règle le pool de back-ends qui contient les cibles back-end qui servent les demandes que le listener reçoit.

  • Pour une règle de base, un seul pool de back-ends est autorisé. Toutes les demandes sur le listener associé sont transférées à ce pool de back-ends.

  • Pour une règle basée sur un chemin, ajoutez plusieurs pools de back-ends qui correspondent à chaque chemin d’URL. Les demandes correspondant au chemin d’URL saisi sont transférées au pool de back-ends correspondant. De plus, ajoutez un pool de back-ends par défaut. Les demandes qui ne correspondent à aucun chemin d’URL dans la règle sont transférées à ce pool.

Paramètre HTTP du back-end associé

Ajoutez un paramètre HTTP de back-end pour chaque règle. Les demandes sont routées depuis la passerelle d’application vers les cibles back-end à l’aide du numéro de port, du protocole et d’autres informations spécifiées dans ce paramètre.

Pour une règle de base, un seul paramètre HTTP du back-end est autorisé. Toutes les demandes sur le listener associé sont transférées aux cibles back-end correspondantes en utilisant ce paramètre HTTP.

Pour une règle basée sur un chemin, ajoutez plusieurs paramètres HTTP du back-end qui correspondent à chaque chemin d’URL. Les demandes correspondant à ce chemin d’URL dans ce paramètre sont transférées aux cibles back-end correspondantes en utilisant les paramètres HTTP qui correspondent à chaque chemin d’URL. En outre, ajoutez un paramètre HTTP par défaut. Les demandes qui ne correspondent à aucun chemin d’URL dans cette règle sont transférées au pool back-end par défaut en utilisant le paramètre HTTP par défaut.

Paramètre de redirection

Si la redirection est configurée pour une règle de base, toutes les demandes sur l’écouteur associé sont redirigées vers la cible. Il s’agit d’une redirection globale. Si la redirection est configurée pour une règle basée sur un chemin, seules les demandes dans une zone de site spécifique sont redirigées. Prenons l’exemple d’une zone de panier d’achat indiquée par /cart/*. Il s’agit d’une redirection basée sur un chemin.

Pour plus d’informations sur les redirections, consultez Vue d’ensemble de la redirection d’Application Gateway.

Type de redirection

Choisissez le type de redirection requis : Permanent (301), Temporaire (307), Trouvé (302) ou Voir ailleurs (303).

Cible de redirection

Choisissez un autre processus d’écoute ou un site externe comme cible de redirection.

Écouteur

Choisissez le listener comme cible de redirection pour rediriger le trafic d’un listener vers un autre sur la passerelle. Ce paramètre est obligatoire quand vous voulez activer la redirection HTTP vers HTTPS. Il redirige le trafic depuis l’écouteur source qui vérifie les demandes HTTP entrantes vers l’écouteur de destination qui vérifie les demandes HTTPS entrantes. Vous pouvez également choisir d’inclure la chaîne de requête et le chemin de la demande d’origine dans la demande transférée à la cible de redirection.

Capture d’écran des paramètres de configuration de la redirection de la passerelle applicative.

Pour plus d’informations sur la redirection HTTP vers HTTPS, consultez :

Site externe

Choisissez un site externe quand vous voulez rediriger le trafic sur l’écouteur associé à cette règle vers un site externe. Vous pouvez choisir d’inclure la chaîne de requête de la demande d’origine dans la demande transférée à la cible de redirection. Vous ne pouvez pas transmettre le chemin vers le site externe qui figurait dans la demande d’origine.

Pour plus d’informations sur la redirection, consultez :

Réécrire les en-têtes HTTP et les URL

En utilisant des règles de réécriture, vous pouvez ajouter, supprimer ou mettre à jour les en-têtes de requête et de réponse HTTP(S) ainsi que les paramètres du chemin URL et de la chaîne de requête lorsque les paquets de requête et de réponse se déplacent entre le client et des pools back-end via la passerelle d’application.

Vous pouvez régler les en-têtes et les paramètres d’URL sur des valeurs statiques ou d’autres en-têtes et variables de serveur. Cela facilite les cas d’usage importants, tels que l’extraction d’adresses IP des clients, la suppression d’informations sensibles relatives au back-end, le renforcement de la sécurité, etc. Pour plus d’informations, consultez l’article suivant :

Étapes suivantes

  • Dernière mise à jour :