Question 520
A project attaches an incompatible VIF type to a routing arrangement and assumes any DX gateway can route public internet traffic into private subnets. Which networking configuration or design is the MOST appropriate response?
Explanation
Correct Answer
Connect appropriate private or transit VIFs through a Direct Connect gateway and supported gateway associations, enforcing allowed prefixes and account boundaries. This addresses the networking mechanism required in the scenario. A Direct Connect gateway is a routing association construct; it does not automatically permit every VPC or encrypt link traffic. Verify it with: Inspect DX gateway associations, attached transit or virtual private gateway, allowed prefixes, VIF type, BGP advertisements and quota constraints. Scenario: A project attaches an incompatible VIF type to a routing arrangement and assumes any DX gateway can route public internet traffic into private subnets.
Incorrect Answers
Provision a Direct Connect connection through the authorized location, complete cross-connect paperwork, and configure VIF VLAN tagging and compatible BGP peering. That approach addresses Direct Connect LOA VLAN and BGP bring-up instead of the principal requirement here. Physical port UP alone cannot prove a virtual interface is configured or that BGP exchanges the intended routes. The better fit for this scenario is: Connect appropriate private or transit VIFs through a Direct Connect gateway and supported gateway associations, enforcing allowed prefixes and account boundaries. Scenario: A project attaches an incompatible VIF type to a routing arrangement and assumes any DX gateway can route public internet traffic into private subnets.
Run supported AWS Site-to-Site VPN tunnels over a suitable Direct Connect public connectivity path when traffic must be encrypted in transit across a private physical connection. That approach addresses VPN over Direct Connect for encrypted hybrid connectivity instead of the principal requirement here. Direct Connect offers a dedicated network link but does not itself guarantee data-plane encryption; VPN overhead also affects MTU and throughput. The better fit for this scenario is: Connect appropriate private or transit VIFs through a Direct Connect gateway and supported gateway associations, enforcing allowed prefixes and account boundaries. Scenario: A project attaches an incompatible VIF type to a routing arrangement and assumes any DX gateway can route public internet traffic into private subnets.
Configure supported Route 53 routing policies and records with stable identifiers, expected health checks, weights or latency policies and appropriate TTLs. That approach addresses Weighted latency and failover Route 53 records instead of the principal requirement here. Route 53 weighted DNS divides answered queries probabilistically, not individual TCP sessions or exact HTTP request shares. The better fit for this scenario is: Connect appropriate private or transit VIFs through a Direct Connect gateway and supported gateway associations, enforcing allowed prefixes and account boundaries. Scenario: A project attaches an incompatible VIF type to a routing arrangement and assumes any DX gateway can route public internet traffic into private subnets.


