Contoso souhaite héberger deux sites web HTTPS différents (api.contoso.com et retail.contoso.com) derrière une seule Application Gateway v2 en utilisant l'hébergement multi-site. Quelles sont les deux actions requises pour acheminer le trafic HTTPS vers le pool de backends correct et maintenir des connexions client sécurisées ? (sélectionnez DEUX)

Pour l'hébergement multi-site HTTPS sur Azure Application Gateway, il est essentiel de créer des écouteurs distincts pour chaque nom d'hôte. La première action correcte consiste à créer deux écouteurs HTTPS, chacun configuré avec son nom d'hôte spécifique (api.contoso.com et retail.contoso.com) et le certificat SSL correspondant. L'activation du SNI (Server Name Indication) permet à la passerelle de présenter le bon certificat en fonction du nom d'hôte demandé par le client. La deuxième action correcte est de créer deux règles de routage des requêtes. Chaque règle doit lier un écouteur spécifique (basé sur le nom d'hôte) à son pool de backends respectif. Les règles basées sur la priorité ne sont pas nécessaires ici car le routage est déterminé par l'écouteur spécifique au nom d'hôte. Les options incorrectes sont : Un seul écouteur global sans noms d'hôte ne permettrait pas de distinguer les sites au niveau de l'Application Gateway pour le déchargement SSL. Les écouteurs HTTP ne conviennent pas pour le trafic HTTPS. Le routage basé sur le chemin d'URL ne gère pas la distinction par nom d'hôte. Un seul écouteur HTTPS avec un certificat SAN et une seule règle ne permettrait pas de diriger le trafic vers des pools de backends différents basés sur le nom d'hôte de manière native pour l'hébergement multi-site.