逆引きDNSレコードとは、IPアドレスから対応するホスト名やドメイン名を調べるためのDNS情報です。
通常のDNSでは、たとえば
example.com → 203.0.113.10のように、名前からIPアドレスを調べることが多く、これを「正引き」と呼びます。
一方で逆引きDNSは、
203.0.113.10 → mail.example.comのように、IPアドレスから名前を調べる仕組みです。
これを「逆引き」と呼びます。
DNSには大きく分けて、次の2つの引き方があります。
A レコードや AAAA レコードを使うPTR レコードを使うつまり、逆引きDNSレコードという言い方をした場合、実務上はたいてい PTRレコード を指します。
PTRレコードは、あるIPアドレスに対応する名前を示すためのDNSレコードです。
たとえば、IPアドレス 203.0.113.25 に対して
mail.example.comという名前を対応付けたい場合、その逆引き設定でPTRレコードを使います。
これは「このIPアドレスは mail.example.com という名前に対応しています」と示すためのものです。
ここは初心者が混乱しやすいポイントです。
正引きでは、たとえば example.com のDNSゾーンに A レコードを置きます。
しかし逆引きでは、通常のドメインゾーンとは別に、逆引き専用の名前空間を使います。
IPv4の逆引きでは in-addr.arpa という名前空間を使います。
たとえば 203.0.113.25 の逆引きを設定する場合、IPアドレスを逆順に並べて
25.113.0.203.in-addr.arpaという形で扱います。
そこにPTRレコードを設定して、
25.113.0.203.in-addr.arpa. IN PTR mail.example.com.のように登録します。
DNSは右から左へ階層的に管理される仕組みなので、IPアドレスもネットワーク単位で委任しやすいように逆順で表現されます。
IPv6の逆引きでは ip6.arpa を使います。
ただしIPv6はIPv4よりはるかに長いため、逆引き名もかなり長くなります。
また、IPv6では単純にブロック単位で逆順にするのではなく、16進数1桁ごとに逆順で並べる形になります。
そのため、IPv6の逆引き設定は見た目がかなり複雑です。
逆引きDNSは、一般的なWeb閲覧では必須ではありません。
多くのWebアクセスで必要になるのは正引きです。
ただし、逆引きDNSは次のような場面で重要になります。
代表的な用途です。
メールの受信側サーバーは、送信元IPアドレスについて逆引きを確認することがあります。
たとえば、次のような点が見られることがあります。
逆引きが未設定でも、必ずメールが届かないわけではありません。
ただし、迷惑メール判定の材料のひとつとして扱われることがあるため、メール送信サーバーでは重要度が高いと考えてよいです。
サーバーログや監視画面では、IPアドレスだけよりもホスト名が分かった方が、相手の識別や調査がしやすい場合があります。
たとえば、
203.0.113.45よりも
crawler.example.netのように名前で見えた方が、相手の役割を把握しやすくなります。
社内サーバーやVPS、クラウド環境などで、IPアドレスに意味のある逆引き名を付けておくと、保守や障害調査がしやすくなります。
逆引き名が参照されることはありますが、逆引き名だけを信頼して安全性を判断するのは危険です。
あくまで補助的な情報として扱うのが基本です。
必ずしも一致していなければならないわけではありません。
ただし、実務上は整合性がある方が望ましい場面があります。
特にメール運用では、次のような状態が好まれます。
mail.example.commail.example.com を正引きするこのような整合性があると、設定として自然で、信頼性確認のうえでも扱いやすくなります。
ただし、これだけで信頼性が保証されるわけではありません。
たとえば、あるメールサーバーが次のような構成だとします。
mail.example.com203.0.113.25この場合、正引きは
mail.example.com. IN A 203.0.113.25逆引きは
25.113.0.203.in-addr.arpa. IN PTR mail.example.com.となります。
このように設定されていれば、
という両方向の対応が取れます。
必ずしもそうではありません。
逆引きは、そのIPアドレスの逆引きゾーンを管理している側が設定します。
多くのケースでは、その管理者は
です。
そのため、自分で example.com のDNSを管理していても、逆引きについては別の管理画面や事業者への依頼が必要なことがあります。
ただし、環境によっては逆引きゾーンの委任を受け、自分で管理できる場合もあります。
いいえ。
逆引きDNSはあくまで名前対応の情報であり、相手の安全性や真正性を単独で保証するものではありません。
実際の信頼性判断では、用途に応じて
など、ほかの要素も合わせて見ます。
通常は表示されます。
Webブラウザでサイトを閲覧する際に主に必要なのは、名前からIPアドレスを引く正引きです。
逆引きがなくても、Webサイトそのものが閲覧できるケースは多いです。
ただし、メール送信や運用管理の場面では、逆引きがないことが不利に働くことがあります。
逆引きDNSは、メール配信においてしばしば重要視されます。
なぜなら、受信側は送信元IPについて「そのIPがどのような名前を持っているか」を確認し、送信元の妥当性を判断する材料のひとつにすることがあるからです。
たとえば、企業メールサーバーであれば
mail.example.comsmtp.example.comのような、役割が分かりやすい名前を逆引きに持たせておくと、運用として自然です。
一方で、逆引きが未設定だったり、クラウド初期状態のままの汎用名だったりすると、環境によっては印象が悪くなることがあります。
ただし、逆引きだけで配信品質が決まるわけではありません。
メール認証設定や送信実績なども大きく影響します。
逆引きDNSはコマンドで確認できます。
よく使われるのは次のようなものです。
nslookupdighost例:
nslookup 8.8.8.8
または
dig -x 8.8.8.8
dig -x は逆引き問い合わせを行うための指定です。
PTRで返すホスト名は、通常は正引きできる名前にしておく方が運用上分かりやすいです。
たとえば、
mail.example.commail.example.com の A レコードが存在しないという状態は、整合性が弱くなります。
技術的には複数のPTRが存在するケースもあります。
ただし、運用上は分かりにくくなりやすく、特にメール用途では一貫した単一の名前に寄せる方が無難なことが多いです。
共用サーバーや共有IP環境では、利用者ごとに逆引きを設定できない場合があります。
クラウドやVPSでは、管理画面から設定できることもあれば、サポート申請が必要なこともあります。
逆引きDNSレコードとは、「IPアドレスに対応するホスト名やドメイン名をDNSで示すための情報」です。
実務上は、主に PTRレコード を使って実現されます。
普段のWeb閲覧では「名前から住所」を引く正引きが主役です。
一方で、メールやサーバー運用では「このIPアドレスは何者か」を見やすくするために逆引きが役立ちます。
以上、逆引きDNSレコードについてでした。
最後までお読みいただき、ありがとうございました。