Instiq
Chapter 5 · Network Management and Operation·v2.1.0·Updated 6/14/2026·~11 min

What's changed: In-scope coverage: added ops/notification/governance (EventBridge/SNS/SQS/Health Dashboard/Trusted Advisor/Well-Architected/Management Console/Control Tower)

5.3Troubleshooting and Optimizing Connectivity

Key points

Isolate and fix—understand route tables, security groups (stateful), NACLs (stateless), MTU/jumbo frames, and asymmetric routing. Systematically find the cause.

When something "can’t connect," isolate systematically: check route → security group → NACL, then confirm with REJECT entries in flow logs.

5.3.1Order of isolation

Diagram of troubleshooting connectivity: when "A cannot reach B," check in order the route table (is there a route to the target?), security group (stateful: inbound allowed on the port?), NACL (stateless: allowed in both directions?), and flow logs (REJECT shows where it is blocked); Reachability Analyzer pinpoints the exact blocking component.
Troubleshooting connectivity
  • Route table: is there a route to the target (IGW/NAT/TGW/peering/endpoint)?
  • Security group: stateful. Allow inbound and the return traffic is automatically allowed.
  • NACL: stateless. Must explicitly allow both inbound and outbound (incl. ephemeral ports).
  • MTU/asymmetric routing: mind jumbo frames/MTU for large packets; different forward/return paths can break flows.
Exam point

Common on ANS-C01: SG is stateful (return auto-allowed), NACL is stateless (allow both directions, mind ephemeral ports), isolate route → SG → NACL first, and exact blocking point = Reachability Analyzer. A classic root cause: a NACL blocking ephemeral return ports.

Continue reading — free sign-up

You're reading the free preview. Sign up free to read this section in full, plus every chapter (including 4+) and all questions.