リソースレコードとは？りそーすれこーど
リソースレコードとは、DNSのゾーンに登録される設定の最小単位で、名前・TTL・タイプ・値の組で表される。主なタイプはA（IPv4アドレス）、AAAA（IPv6アドレス）、CNAME（別名）、MX（メール配送先と優先度）、NS（委譲先の権威サーバ）、SOA（ゾーンの管理情報）、PTR（逆引き）、TXT（任意の文字列）で、SPF（Sender Policy Framework）もTXTに載せる。
最終更新：2026-10-06
この語が出る過去問を解く →背景
DNSを単なる名前からアドレスへの対応表として作っていたら、メールの配送先も、ゾーンの委譲先も、送信ドメイン認証の情報も、それぞれ別の仕組みで配る必要があった。用途ごとにタイプを分けて同じ名前空間に載せる設計にしたことで、一つの委譲構造を多目的に使い回せるようになっている。ネットワークの設計・移行では、サーバ移転・メール経路の変更・冗長化のどれもが、どのタイプのレコードを触るかという判断に落ちるため、タイプごとの役割の切り分けがそのまま問われる。
具体例
さくらインターネットやAmazon Route 53のようなDNSホスティングでWebサーバを移転する場合、書き換えるのはAレコードの値だけで、メールの配送先は変わらないためMXレコードには手を触れない。切替の前にTTLを短くしておくと、旧サーバへ問合せが向く時間を数分単位まで縮められる。
試験での引っ掛け
「ドメイン宛メールの配送先」はMX、「ゾーンの権威サーバ」はNSで、役割を入れ替えた選択肢が定番。MXの優先度は値が小さいほうが優先で、大小を逆に読ませる出題もある。またCNAMEはゾーンの頂点そのものには置けず、SPFは専用タイプではなくTXTレコードとして公開する。
関連用語
出た過去問
問題文で直接問われたものと、解説の中で触れられたものが含まれます。
出典：平成29年度 秋期 ネットワークスペシャリスト試験 午前Ⅱ 問19（IPA）
DNSSECの機能はどれか。
正解：DNSサーバから受け取るリソースレコードに対するディジタル署名を利用して、リソースレコードの送信者の正当性とデータの完全性を検証する。
要点：DNSSECは署名でレコードの正当性と完全性を検証
DNSSECは、DNSの応答に含まれるリソースレコードへディジタル署名を付ける拡張である。問合せ側は公開鍵で署名を検証することで、そのレコードが正当な権威サーバから出されたものであり、途中で改ざんされていないことを確認できる。これによりキャッシュポイズニングを防げる。
出典：令和3年度 春期 ネットワークスペシャリスト試験 午前Ⅱ 問2（IPA）解説で登場
DNSのMXレコードで指定するものはどれか。
正解：管理するドメインへの電子メールを受け付けるメールサーバ
要点：MXレコードはドメイン宛メールの受信サーバを指定する
MX（Mail eXchange）レコードは、そのドメイン宛ての電子メールをどのメールサーバが受け取るかを示すDNSリソースレコードである。送信側MTAは宛先ドメインのMXレコードを引き、得られたホスト名をAレコードでIPアドレスに解決して配送する。複数登録して優先度（プリファレンス値）を付けられ、値が小さいものから順に試される。
出典：令和4年度 春期 ネットワークスペシャリスト試験 午前Ⅱ 問5（IPA）
DNSにおいて、電子メールの送信だけに利用されるリソースレコードはどれか。
正解：MXレコード
要点：メール配送専用のリソースレコードはMXレコード
MXレコードは、そのドメイン宛ての電子メールを受け付けるメールサーバを指定するリソースレコードであり、メール配送のためだけに使われる。送信側MTAは宛先ドメインのMXレコードを引いて配送先を決める。NS・PTR・SOAはいずれもメール専用ではなく、DNS一般の運用に使われるレコードである。
出典：令和7年度 春期 ネットワークスペシャリスト試験 午前Ⅱ 問20（IPA）
DNSSECの機能はどれか。
正解：DNSサーバから受け取るリソースレコードに対するデジタル署名を利用して、リソースレコードの送信者の正当性とデータの完全性を検証する。
要点：DNSSECは署名検証でレコードの出所と完全性を確かめる
DNSSECは、DNSのリソースレコードにデジタル署名を付け、受け取った側が公開鍵で検証する仕組みである。これにより、そのレコードが正当な権威DNSサーバから発行されたもので、途中で改ざんされていないことを確認できる。キャッシュポイズニングによる偽の応答の混入を防ぐことが目的である。
出典・参考
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。