
PART2:【SAA頻出】デュアルスタック攻略|典型3問を30秒で解く「到達性・互換性・移行」
PART2:SAA典型3問で反射できるようになる(デュアルスタック編)⚡
いきなり結論(ここだけ見て解く用)✅
不特定多数に公開 / 届かない人を減らしたい → デュアルスタック
移行期間に新旧どっちからも同じサービス必須 → デュアルスタック
「IPv6-onlyにすれば安全」 → 到達性とセキュリティは別(設計が本体)
PART1の前提:論点はこれだけ🧭
「相手のネットワーク環境はコントロールできない」
だからSAAは、次の3観点で設計判断させてきます。
※前提はPART1で整理しています →
PART1:https://note.com/studywithgpt/n/n573ff957cc49
判断の3語(これが武器)🔑
到達性:相手に届く?
互換性:相手の環境が混在してもOK?
移行:新旧共存期間に耐える?
この3語を持っておくと、選択肢がかなりの確率で消えます✅
⚠️ 注意:「IPv6対応」と「IPv6-only」は別(ここ超重要)
IPv6対応:IPv6も使える“かもしれない”(=IPv4も残ってることが多い)
IPv6-only:IPv6しか使えない(=IPv4では接続できない)
✅ 試験の判断
問題文に 「IPv6-onlyの利用者がいる」 と書かれていたら、
IPv4-onlyで公開する案は原則NG(IPv6-only勢が到達できない)ただし、問題文に 変換/救済(例:NAT64, プロキシ等) が明示されている場合だけ例外になり得ます。
典型3問(まずはここだけ反射でOK)✅
Q1:不特定多数に公開。届かない利用者を極力出したくない🌍
世界中の不特定多数が使うWebサービス。
利用者の回線はIPv4-only / IPv6あり等が混在。
「接続できない利用者を極力出したくない」。最適な設計は?
答え:デュアルスタック(IPv4/IPv6) ✅
IPv4-onlyだけ → IPv6-only勢が届かない
IPv6-onlyだけ → IPv4-only勢が届かない
両方の入口を用意 → 到達性×互換性が最大
VPN強制 → 不特定多数に現実的じゃない
反射ポイント⚡
「不特定多数」「届かない人を減らす」= デュアルスタック
Q2:移行期間中に新旧どちらからも同じシステムに接続したい🔁
社内システム刷新中。
古い拠点はIPv4-only、新しい拠点はIPv6が使える。
移行期間中に「新旧どちらからも同じシステムへ接続必須」。
答え:デュアルスタック ✅
片方に寄せる(IPv4-only / IPv6-only)→ 要件違反になりやすい
移行期は“両対応で乗り切る”が鉄板(移行×到達性)
反射ポイント⚡
「移行期間」「新旧どっちも必要」= デュアルスタック
Q3:「IPv6-onlyにすれば安全」は正しい?🛡️
「IPv6はアドレスが多いから、IPv6-onlyならセキュリティが上がる。これで十分」
不特定多数に公開するサービスで最も適切な判断は?
答え:誤り(要件次第でデュアル、セキュリティは別設計) ✅
IPv6でも攻撃・誤設定は起きます
公開サービスは相手環境が混在しやすい → 到達性でデュアルが候補
セキュリティの本体は 入口制御・設計(許可/遮断、WAF、SG等)
反射ポイント⚡
「IPv6-only=安全」みたいな断定が出たら、到達性とセキュリティを分ける
30秒で答えを決める型(超短縮)⏱️
相手は混在?(互換性)
混在/不特定多数 → デュアルスタックが第一候補 ✅届く?(到達性)
IPv4-only / IPv6-only がどちらかにいる → 片方だけ案は消す ❌移行期?(移行)
新旧どっちからも同じサービス必須 → デュアルスタック 🔁
おまけ:AWS構成で「入口で吸収」☁️(時間ある人だけ)
(ここから先は、試験の言い換え対応用メモ)
アプリ改修したくない → 入口(DNS/CDN/LB)で吸収
同一ドメインで両対応 → Route 53 A/AAAA+入口デュアル
社内IPv6-onlyで統一済み → IPv6-only(運用最小)
同じところで止まってた人の手が動くようになれば嬉しいです😊🌸
前回記事
PART1:【SAA頻出】IPv4/IPv6デュアルスタックを「到達性・互換性・移行」で一発整理
それでは!