Una empresa con sede en EE. UU. añade un hub-and-spoke en eu-west-1 y lo conecta a un entorno existente en us-east-1 con una conexión de peering de transit gateway. Cada Región utiliza una VPC de inspección con AWS Network Firewall para centralizar la inspección. Para ahorrar costes, el ingeniero decide que el tráfico entre Regiones debe inspeccionarse en la Región donde se origina el tráfico y ajusta las tablas de rutas del transit gateway en consecuencia. La comunicación dentro de la Región funciona, pero el tráfico entre Regiones falla. ¿Qué cambio resolverá el problema de conectividad entre Regiones?

El modo Appliance en los attachments de Transit Gateway para la VPC de inspección es crucial para el enrutamiento simétrico. Cuando el tráfico entre regiones se inspecciona en la región de origen, el tráfico de retorno debe volver a la misma VPC de inspección para ser desinspeccionado y reenviado. Sin el modo Appliance, Transit Gateway puede enrutar el tráfico de retorno directamente a la VPC de destino, evitando la VPC de inspección de origen y causando enrutamiento asimétrico. Esto provoca fallos de conexión porque el firewall de la VPC de inspección de origen ve solo una parte de la conexión. Configurar OSPF no es aplicable a las conexiones de peering de Transit Gateway, ya que estas utilizan enrutamiento estático o propagación de rutas. AWS RAM se usa para compartir recursos, no para el enrutamiento de tráfico entre Transit Gateways. Evitar el enrutamiento asimétrico es el objetivo, pero "asegurarse de que tanto las solicitudes como las respuestas sean inspeccionadas por la misma VPC de inspección" es una descripción del problema, no una solución técnica implementable directamente sin el modo Appliance.