Domain IP Lookup

逆引きDNSは検索を逆向きに行う

IPアドレス

93.184.216.34

出発点

PTR検索

in-addr.arpa、自分ではなく先方のゾーン

ホスト名

答え

逆引きゾーンはドメイン所有者ではなく、IPブロックの所有者のもの

実践ガイド

逆引きDNSとは?PTRレコードの解説

読了時間:3分

通常のDNSは、「この名前には、どのアドレスがあるか」に答えます。逆引きDNSはその逆で、「このアドレスには、どの名前が対応するか」に答えます。それを提供するレコードタイプが PTR で、pointer(ポインター)の略です。

逆引きDNSは検索を逆向きに行う

IPアドレス

93.184.216.34

出発点

PTR検索

in-addr.arpa、自分ではなく先方のゾーン

ホスト名

答え

逆引きゾーンはドメイン所有者ではなく、IPブロックの所有者のもの

正引きと逆引きは、別々のゾーンで行われる別々の検索で、管理者も異なります。

単に逆向きの検索ではない理由

この2つの方向は、実際には独立しています。正引きのレコードは、自分が管理するドメインのゾーンにあります。逆引きのレコードは、IPアドレス自体から導かれる特別なゾーンにあり、そのゾーンは、アドレスブロックを所有している者のものです。

逆引きゾーン名の作られ方
Address:  93.184.216.34
IPv4 zone: 34.216.184.93.in-addr.arpa

オクテットが逆順になっているのは、DNS が階層を
右から左へ読むためです。ネットワーク部が先頭に来ます。

IPv6でも ip6.arpa の下で同じ考え方が使われ、16進数の各桁を1桁ずつ逆順にします。その結果、長いものの、機械的で単純な名前になります。

重要なポイント

自分のドメインのDNSで、自分のPTRレコードを設定することはできません。逆引きゾーンは、IPブロックの所有者(ホスティングプロバイダーやISP)のものなので、PTRの変更はそこを通じて依頼します。

メールサーバーが気にする理由

逆引きDNSが本当に重要になるのは、メールの配信ただ1か所です。サーバーがメッセージを配信するために接続すると、受信側のサーバーは、最初の正当性チェックとして、接続元アドレスの逆引き検索を行うことがよくあります。

  • PTRレコードがまったくない:強いスパムのシグナルです。正当なメールサーバーはほぼ必ずPTRを持っていますが、乗っ取られた家庭のマシンには、たいてい存在しません。
  • プロバイダーの汎用的なPTR:93-184-216-34.dynamic.isp.net のようなものは、そのアドレスが家庭用または動的であることを示し、多くのサーバーはそうしたアドレスからのメールを即座に拒否します。
  • 正引きのレコードと一致しないPTR:設定ミスか、なりすましのように見えます。
両方向が一致していることを確認する
dig +short -x 93.184.216.34
# -> mail.example.com.

dig +short mail.example.com
# -> 93.184.216.34   (these must match)

設定手順

  1. 専用のアドレスがあることを確認する

    共有ホスティングのアドレスには、自分にとって意味のあるPTRレコードは設定できません。そのアドレスを使うほかのすべての人と共有しているからです。詳しくは 共有IPと専用IP をご覧ください。

  2. 先に正引きのレコードを作成する

    メールのホスト名(たとえば mail.example.com)が、そのアドレスを指す A レコードを追加します。ペアがすぐに一致するよう、PTRを依頼する前に行ってください。

  3. アドレスの所有者にPTRを依頼する

    クラウドプロバイダーは、コンソールでこれを設定できます。AWSはサポートへのリクエストが必要で、DigitalOceanはドロップレット名から自動的に決まり、HetznerとLinodeは直接入力できるフィールドがあります。従来型のホストでは、通常チケットが必要です。

  4. ホスト名をメールサーバーのHELOと一致させる

    メールサーバーは、接続時にホスト名を名乗ります。その名前、PTR、正引きのレコードは、すべて一致している必要があります。HELOとPTRの不一致も、それ自体がスパムのシグナルです。

  5. 両方向を確認する

    上の2つのコマンドを実行し、結果が一致していることを確認します。そのあと、認証結果を報告してくれるサービスに、テストメッセージを送信します。

逆引きDNSが重要でない場面

ここに力を入れすぎてしまうのは、よくあることです。逆引きDNSは、次の場合には、ほとんど無関係です。

  • ウェブサイト。ブラウザーが逆引き検索を行うことはありません。PTRがなくてもサイトには影響せず、SEOにも影響しません。
  • プロバイダー経由で送信するメール。Google、Microsoft、SendGridがメールを送る場合、接続するのはそれらのサーバーで、適用されるのもそれらのPTRです。自分のものは関係ありません。
  • CDNの背後にあるアドレス。訪問者が到達するのはエッジで、その逆引きレコードを管理するのはプロバイダーです。

調査ツールとしての逆引き検索

逆引きDNSは、あるアドレスが何なのかを手早く見分ける方法でもあります。プロバイダーが所有するアドレスは、ほぼ必ず、内容が分かるホスト名に逆引きされます。

逆引き名のパターン示すもの
*.amazonaws.comAWSのインフラ
*.cloudflare.comCloudflareのエッジノード
*.googleusercontent.comGoogle Cloud
*.dynamic.*.isp.net家庭用または動的なアドレス
PTRがまったくないクラウドか未設定であることが多い。ここからのメールは疑わしい

解決したアドレスが、オリジンサーバーではなくCDNに属しているかどうかを見分ける、最も手早い方法です。詳しくは CDNがオリジンIPを隠す理由 をご覧ください。

ドメインの公開DNSアドレスを調べたい場合は、Domain IP Lookupツールをお試しください。

このテーマの無料ツール

よくある質問

関連記事

メールがメールサーバーを見つける仕組み

送信者

you@gmail.com

MX検索

誰が受け取る?

メールサーバー

優先度10が最初

受信トレイ

配信完了

優先度の数値が小さいものが優先され、大きいものはバックアップ

実践ガイド

MXレコードとは?メール配送の仕組みを解説

メールの届け先を決めるレコードです。優先度の数字の仕組み、null MXの意味、メッセージが気づかないうちに失われる間違いを解説します。

読了時間:5分

ほぼすべてのゾーンで出会うレコード

Aホスト名をIPv4アドレスに対応付け
AAAAホスト名をIPv6アドレスに対応付け
CNAMEホスト名を別のホスト名に対応付け
MXドメインをメールサーバーに優先度順で対応付け
TXTドメインを任意のテキストに対応付け。SPF、DKIM、所有確認など
NSドメインを応答するネームサーバーに対応付け
実践ガイド

TXTレコードを解説:SPF、DKIM、DMARC

あなたのメールと迷惑メールフォルダーの間に立つ、3つのTXTレコード。それぞれの役割、構文の読み方、安全な導入の順序を解説します。

読了時間:3分

解決したアドレスの背後にある実体

共有IP

1アドレスに多数のサイト、Hostヘッダーで判別

専用IP

自分専用。逆引きDNSを管理できる

CDNエッジ

オリジンではない。エッジが接続を終端

インフラと運用

共有IPと専用IPアドレス:どちらが必要?

正直な答えは、ほとんどのウェブサイトに専用IPは不要です。本当に重要になるのはどんなときか、そしてうたわれているメリットのうち、どれが誤解なのかを解説します。

読了時間:3分