絶対にやってはいけないDNS設計

質問

絶対にやってはいけないDNS設計ミスをまとめてください

解答

いいテーマです。DNSは「動いて当たり前」になりがちで、設計ミスが広範囲・長時間の障害に直結します。 実務で本当に危険なものを「なぜダメか」まで含めてまとめます。 絶対にやってはいけないDNS設計ミス 1. 権威DNSの単一障害点（SPOF） 例 NSが1台のみ 同一DC・同一ネットワークに集中 何が起きるか その1点が落ちた瞬間、ドメイン全体が解決不能 Web・メール・API全部停止 本質 DNSは「分散前提のプロトコル」 → 分散していない時点で設計ミス 2. NSの「実質同一系統」配置 例 別IPだが同じサーバ 同一クラウドリージョン 同一AS（ネットワーク） 何が起きるか 障害が同時発生（リージョン障害・BGP障害） 分散している“つもり”で実は無意味 3. TTL設計ミス（特に長すぎるTTL） 例 TTL = 86400（24時間）で頻繁に変更 何が起きるか 切り替えしても古いIPにアクセスされ続ける 障害復旧が遅延 逆に短すぎても問題 TTL=0に近い → DNS負荷増大 4. 負のキャッシュ（NXDOMAIN）のTTL無視 例 レコード追加前にNXDOMAINがキャッシュされる 何が起きるか 「追加したのに引けない」状態が長時間続く 原因 SOAの minimum TTL や negative TTL 設定 5. 内部DNSと外部DNSの混在ミス（Split DNS不備） 例 社内用IPが外部に漏れる 外部から内部名を解決しようとする 何が起きるか 情報漏えい 名前解決失敗 セキュリティ事故 6. ループ構成（フォワーダーループ） 例 DNS A → DNS BDNS B → DNS A 何が起きるか クエリが無限ループ 名前解決遅延・タイムアウト CPU/ネットワーク枯渇 7. CNAMEの誤用 典型ミス (1) apexにCNAME example.com → CNAME something.com → RFC違反（多くのDNSで不可 or 問題発生） (2) CNAME多段 A → B → C → D 何が起きるか 解決遅延 トラブル時の切り分け困難 8. Glueレコード不整合 例 NSは指定されているがAレコードが不整合 古いIPのまま 何が起きるか ルートから辿れない 一部環境でのみ解決失敗（最悪のパターン） 9. DNSSECの不完全導入 例 DSレコードだけ登録 署名ミス 何が起きるか 全ユーザーで名前解決失敗 完全停止に近い影響 DNSSECは「やるなら正しく、無理ならやらない」 10. オープンリゾルバ化 例 外部から再帰問い合わせ可能 何が起きるか DDoSの踏み台（アンプ攻撃） 自組織が攻撃者扱い 11. 再帰DNSと権威DNSの混在 例 同一サーバで両方提供 何が起きるか キャッシュポイズニングリスク増加 負荷集中 セキュリティ境界崩壊 12. ヘルスチェックなしのDNSフェイルオーバー 例 DNSラウンドロビンだけ 何が起きるか 落ちているサーバにも振り続ける ユーザーから見ると「半分死んでる」 13. IPv6無視 例 AAAAレコード未整備 or 不正 何が起きるか IPv6優先環境で接続失敗 一部ユーザーのみ障害（気づきにくい） 14. レコード管理の属人化 例 誰が変更したか不明 手動更新のみ 何が起きるか 誤設定 ロールバック不可 事故時の原因不明 15. 監視なし 例 名前解決の監視をしていない 何が起きるか 障害に気づくのがユーザー頼み 復旧が遅れる 本質的なまとめ DNS設計ミスの根本は3つに集約されます： 分散していない（可用性不足） キャッシュ特性を理解していない 信頼境界を分離していない 最低限守るべき設計原則 権威DNSは地理・ネットワーク分散 TTLは変更頻度に合わせる 再帰DNSは内部専用 フォワーダー構成は明示的に確認 監視とログを必ず取る

玄人志向 NVIDIA GEFORCE GT 1030搭載PCI-Express グラフィックボード GF-GT1030-E2GB/LP/D5 [GFGT1030E2GBLPD5] 価格:11919円 (2025/11/30 13:05時点) 感想(1件)

世界で一番やさしい木構造　増補改訂版 [ 山辺 豊彦 ] 価格:3300円 (2025/9/4 20:48時点) 感想(1件)

にほんブログ村