Instiq
第5章 · ネットワークの管理と運用·v2.1.0·更新 2026/6/14·読了目安 約11分

変更要約: in-scope サービス網羅: 運用/通知/ガバナンス(EventBridge/SNS/SQS/Health Dashboard/Trusted Advisor/Well-Architected/Management Console/Control Tower)を追加

5.3接続のトラブルシューティングと最適化

この節の要点

切り分けて直す——ルートテーブルセキュリティグループ(ステートフル)NACL(ステートレス)MTU/ジャンボフレーム非対称ルーティング——を理解します。体系的に原因を特定します。

「つながらない」ときは体系的に切り分けます。ルート → セキュリティグループ → NACL の順に確認し、フローログの REJECT で裏取りします。

5.3.1切り分けの順序

接続のトラブルシューティングを示した図。「A が B に到達できない」とき、ルートテーブル(宛先へのルートがあるか)・セキュリティグループ(ステートフル:当該ポートのインバウンド許可があるか)・NACL(ステートレス:双方向で許可されているか)・フローログ(REJECT がどこでブロックされているか示す)の順で確認し、Reachability Analyzer が正確にブロック箇所を特定することを示した図。
接続のトラブルシューティング
  • ルートテーブル:宛先へのルートが存在するか(IGW/NAT/TGW/ピアリング/エンドポイント)。
  • セキュリティグループステートフル。インバウンドで許可すれば戻り通信は自動許可
  • NACLステートレスインバウンドとアウトバウンドの両方を明示的に許可する必要がある。
  • MTU/非対称ルーティング:大きなパケットはジャンボフレーム/MTU に注意、行きと戻りで経路が異なると遮断されることがある。
試験ポイント

「SG はステートフル(戻りは自動許可)」「NACL はステートレス(双方向で許可・エフェメラルポート注意)」「まずルート→SG→NACL の順で切り分け」「正確な遮断箇所=Reachability Analyzer」 は ANS-C01 で頻出です。NACL でエフェメラルポートの戻りを塞いでいる、が定番の原因です。

続きは無料登録で読めます

冒頭を無料で公開中。無料登録でこの節の全文と、第4章以降を含む全参考書・全問題集が読めます。