Brama tranzytowa w Koncie A jest współdzielona za pomocą AWS RAM, aby inne konta mogły łączyć VPC w tym samym regionie. Konto B ma VPC (10.0.0.0/16) z podsieciami 10.0.0.0/24 (us-west-2a) i 10.0.1.0/24 (us-west-2b). Dodano dwie nowe podsieci: 10.0.2.0/24 (us-west-2b) i 10.0.3.0/24 (us-west-2c). Wszystkie podsieci używają tej samej tabeli routingu; domyślna trasa 0.0.0.0/0 wskazuje na bramę tranzytową. Zasoby w 10.0.2.0/24 mogą dotrzeć do innych VPC, ale zasoby w 10.0.3.0/24 nie mogą. Co inżynier musi zrobić, aby zasoby w 10.0.3.0/24 mogły dotrzeć do innych VPC?

Zasoby w podsieci 10.0.3.0/24 nie mogą dotrzeć do innych VPC, ponieważ załącznik bramy tranzytowej (TGW) dla VPC w Koncie B nie jest powiązany z podsiecią w strefie dostępności us-west-2c. Aby TGW mógł kierować ruch z podsieci, musi mieć interfejs sieciowy w tej samej strefie dostępności co podsieć. Aktualizacja załącznika TGW w Koncie B poprzez dodanie identyfikatora podsieci z us-west-2c zapewni, że TGW będzie mógł obsługiwać ruch z 10.0.3.0/24. Opcja "W Koncie B dodaj 10.0.2.0/24 i 10.0.3.0/24 jako miejsca docelowe w tabeli routingu VPC i użyj bramy tranzytowej jako celu" jest niepoprawna, ponieważ domyślna trasa 0.0.0.0/0 już wskazuje na bramę tranzytową, co obejmuje te podsieci. Problem nie leży w tabeli routingu VPC. Opcja "W Koncie A dodaj statyczną trasę dla 10.0.3.0/24 w tabelach routingu bramy tranzytowej" jest niepoprawna, ponieważ propagacja routingu z załącznika VPC do TGW powinna automatycznie obsługiwać trasy. Problem nie leży w tabelach routingu TGW, ale w połączeniu VPC z TGW. Opcja "W Koncie A ponownie utwórz propagację dla 10.0.0.0/16 w tabelach routingu bramy tranzytowej" jest niepoprawna. Ponowne utworzenie propagacji nie rozwiąże problemu braku interfejsu TGW w strefie dostępności us-west-2c.