逆引きDNSは検索を逆向きに行う
IPアドレス
93.184.216.34
出発点
PTR検索
in-addr.arpa、自分ではなく先方のゾーン
ホスト名
答え
逆引きゾーンはドメイン所有者ではなく、IPブロックの所有者のもの
逆引きDNSとは?PTRレコードの解説
通常の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)設定手順
専用のアドレスがあることを確認する
共有ホスティングのアドレスには、自分にとって意味のあるPTRレコードは設定できません。そのアドレスを使うほかのすべての人と共有しているからです。詳しくは 共有IPと専用IP をご覧ください。
先に正引きのレコードを作成する
メールのホスト名(たとえば
mail.example.com)が、そのアドレスを指すAレコードを追加します。ペアがすぐに一致するよう、PTRを依頼する前に行ってください。アドレスの所有者にPTRを依頼する
クラウドプロバイダーは、コンソールでこれを設定できます。AWSはサポートへのリクエストが必要で、DigitalOceanはドロップレット名から自動的に決まり、HetznerとLinodeは直接入力できるフィールドがあります。従来型のホストでは、通常チケットが必要です。
ホスト名をメールサーバーのHELOと一致させる
メールサーバーは、接続時にホスト名を名乗ります。その名前、PTR、正引きのレコードは、すべて一致している必要があります。HELOとPTRの不一致も、それ自体がスパムのシグナルです。
両方向を確認する
上の2つのコマンドを実行し、結果が一致していることを確認します。そのあと、認証結果を報告してくれるサービスに、テストメッセージを送信します。
逆引きDNSが重要でない場面
ここに力を入れすぎてしまうのは、よくあることです。逆引きDNSは、次の場合には、ほとんど無関係です。
- ウェブサイト。ブラウザーが逆引き検索を行うことはありません。PTRがなくてもサイトには影響せず、SEOにも影響しません。
- プロバイダー経由で送信するメール。Google、Microsoft、SendGridがメールを送る場合、接続するのはそれらのサーバーで、適用されるのもそれらのPTRです。自分のものは関係ありません。
- CDNの背後にあるアドレス。訪問者が到達するのはエッジで、その逆引きレコードを管理するのはプロバイダーです。
調査ツールとしての逆引き検索
逆引きDNSは、あるアドレスが何なのかを手早く見分ける方法でもあります。プロバイダーが所有するアドレスは、ほぼ必ず、内容が分かるホスト名に逆引きされます。
| 逆引き名のパターン | 示すもの |
|---|---|
*.amazonaws.com | AWSのインフラ |
*.cloudflare.com | Cloudflareのエッジノード |
*.googleusercontent.com | Google Cloud |
*.dynamic.*.isp.net | 家庭用または動的なアドレス |
| PTRがまったくない | クラウドか未設定であることが多い。ここからのメールは疑わしい |
解決したアドレスが、オリジンサーバーではなくCDNに属しているかどうかを見分ける、最も手早い方法です。詳しくは CDNがオリジンIPを隠す理由 をご覧ください。
ドメインの公開DNSアドレスを調べたい場合は、Domain IP Lookupツールをお試しください。
このテーマの無料ツール
よくある質問
関連記事
メールがメールサーバーを見つける仕組み
送信者
you@gmail.com
MX検索
誰が受け取る?
メールサーバー
優先度10が最初
受信トレイ
配信完了
優先度の数値が小さいものが優先され、大きいものはバックアップ
MXレコードとは?メール配送の仕組みを解説
メールの届け先を決めるレコードです。優先度の数字の仕組み、null MXの意味、メッセージが気づかないうちに失われる間違いを解説します。
ほぼすべてのゾーンで出会うレコード
TXTレコードを解説:SPF、DKIM、DMARC
あなたのメールと迷惑メールフォルダーの間に立つ、3つのTXTレコード。それぞれの役割、構文の読み方、安全な導入の順序を解説します。
解決したアドレスの背後にある実体
共有IP
1アドレスに多数のサイト、Hostヘッダーで判別
専用IP
自分専用。逆引きDNSを管理できる
CDNエッジ
オリジンではない。エッジが接続を終端
共有IPと専用IPアドレス:どちらが必要?
正直な答えは、ほとんどのウェブサイトに専用IPは不要です。本当に重要になるのはどんなときか、そしてうたわれているメリットのうち、どれが誤解なのかを解説します。