Um cliente regulamentado deve implementar uma política personalizada IKEv2 em seu gateway de VPN do Azure que exija criptografia forte e Perfect Forward Secrecy (PFS). Quais afirmações são verdadeiras para configurar com sucesso uma política personalizada IKEv2 para que o túnel seja estabelecido com o PFS imposto?

Para configurar uma política IKEv2 personalizada com PFS imposto, é crucial que as propostas de fase 1 (IKE) e fase 2 (IPSec) correspondam em ambos os pares da VPN. Isso inclui a especificação de um grupo Diffie-Hellman (DH) para IKE (fase 1) e um grupo PFS separado para IPSec (fase 2). A ordem da política e os parâmetros (criptografia, integridade, DH/PFS) devem ser idênticos em ambos os lados para que o túnel seja estabelecido com sucesso. As outras opções estão incorretas porque: "Apenas o grupo DH da fase 1 do IKE importa..." está errado, pois o PFS é uma configuração explícita para a fase 2 e não é ativado automaticamente pela seleção de criptografia. "Defina o algoritmo de criptografia no gateway como AES-128..." está incorreto, pois o Azure não negocia automaticamente uma cifra mais forte se uma fraca for definida, e o PFS não é opcional nem definido automaticamente. "Habilite o PFS no controle deslizante da GUI do gateway de VPN do Azure..." está incorreto, pois o Azure não aceita grupos DH/PFS incompatíveis nem realiza tradução de grupo; a correspondência exata é necessária.