DNSレコードの種類を整える。

そもそも DNS とは

「example.com」という名前を、機械が使う番号に変える、インターネットの電話帳。

どこで・どんな場面で使うか

• サイトを公開・引っ越しするとき

  ドメインを取ったら、サーバーの IP を指すレコードを登録して初めて、名前でサイトが開けます。

• メールを設定するとき

  メールの届け先や、なりすまし対策の設定も DNS に書きます。

• 各種サービスの所有確認を求められたとき

  「この文字列を DNS に追加してください」と言われるのは、そのドメインの持ち主であることを確かめるためです。

• 障害対応で「名前が引けない」とき

  サイトに繋がらない原因が、サーバー側なのか名前の解決なのかを切り分けるために確認します。

• 基本情報・応用情報などの資格

  DNS の仕組みやレコードの役割は、ネットワーク分野の定番です。

知らないと何が困るか

• 設定を変えても反映されない理由が分からない。古い答えがしばらく使い回されることを知らないと、直したのに直らないと混乱します。
• メールが届かない原因に気づけない。メールのトラブルは DNS の設定が原因のことが多く、見る場所を知っているかで解決の速さが変わります。
• 誤った削除でサイトやメールが止まる。レコード1行の消し忘れ・消しすぎが、サイトとメールの停止につながります。

上の早見表で、A や MX など気になるレコードを引いて、何を書く場所なのか確かめてみてください。

全種類の早見表

DNSレコードの種類 一覧表（11種）

やりたいことから逆引き

Webサイトを公開したい・移転したい

見るのは A（IPv4）と AAAA（IPv6）。CDNを使うなら CNAME。

メールが届かない・迷惑メール扱いされる

宛先は MX、送信元の証明（SPF/DKIM/DMARC）は TXT。詳しくはメール認証を整える。

www あり/なしを同じ場所に向けたい

www 側を CNAME で本名へ。ドメイン直下（apex）に CNAME は置けないので ALIAS/ANAME か A を使う。

サービスの所有権確認を求められた

Google や各種クラウドの「TXT レコードを追加してください」は TXT に指定の文字列を貼るだけ。

DNSサーバー自体を引っ越したい

ドメインの管理を委ねる先を示す NS。切替前に TTL を短くしておくのが定石。

証明書を勝手に発行されたくない

発行を許可する認証局を CAA で宣言できる。

よくある誤解・3つ

DNS は「浸透」しない。キャッシュが TTL の間だけ残るだけ。

1. 1

   TTL ＝ 答えをキャッシュに残してよい秒数

   各レコードには TTL（例: 3600 秒）が付いていて、キャッシュ DNS はその秒数のあいだ答えを使い回します。短くすると変更が早く反映される代わりに、権威サーバへの問い合わせが増えます。切替を予定しているなら、事前に TTL を短くしておくのが定石。

2. 2

   「浸透（伝播）待ち」は基本ない

   レコードを変えても世界中にじわじわ広がるわけではありません。権威サーバの答えは変えた瞬間から正しい新しい値です。新旧が混ざって見えるのは、各キャッシュ DNS が古い答えを TTL の間だけ握っているから。だから待つべきは「浸透」ではなく「古い TTL が切れる」こと。

3. 3

   A レコードが土台。多くは結局そこへ行き着く

   CNAME は別名を本名へ、MX はメール宛先のホスト名を指すだけで、最終的にはどこかの A（または AAAA）＝IP に解決されて初めて通信できます。「名前 → … → IP」の鎖の終点が A/AAAA、と覚えると種類の関係が見通せます。

🔒 このページは静的な早見表と図解だけで、外部の DNS リゾルバへ実際の問い合わせは送りません（送信ゼロ）。検索フィルタもすべてこの端末の中で動いています。