Contoso vuole ospitare due diversi siti web HTTPS (api.contoso.com e retail.contoso.com) dietro un singolo Application Gateway v2 utilizzando l'hosting multi-sito. Quali due azioni sono necessarie per instradare il traffico HTTPS al pool di backend corretto e mantenere connessioni client sicure? (selezionare DUE)

Per l'hosting multi-sito HTTPS su Application Gateway v2, sono necessarie due azioni chiave. Innanzitutto, è fondamentale creare due listener HTTPS distinti, uno per api.contoso.com e uno per retail.contoso.com. Ogni listener deve avere il proprio nome host configurato e il certificato SSL corrispondente caricato, con Server Name Indication (SNI) abilitato. Questo consente all'Application Gateway di presentare il certificato corretto in base al nome host richiesto dal client, mantenendo connessioni sicure. In secondo luogo, è necessario configurare due regole di routing delle richieste. Ogni regola deve associare uno specifico listener (basato sul nome host) al rispettivo pool di backend. Le regole basate sulla priorità non sono necessarie in questo scenario, poiché il routing si basa sul nome host del listener. Le opzioni errate includono: un singolo listener globale che richiederebbe l'ispezione dell'intestazione Host nelle app di backend, non una funzione dell'Application Gateway per il routing iniziale; listener HTTP di base che non supportano HTTPS; e un singolo listener HTTPS con un certificato SAN che non permetterebbe un routing distinto basato sul nome host a meno che non si utilizzassero regole complesse non standard per il routing a pool diversi.