メール送信やサーバー運用に携わっていると、「PTRレコード（逆引きDNSで使用されるDNSレコード ）」という言葉を目にすることがあります。しかし、AレコードやMXレコードに比べると設定や確認を行う機会は少なく、「何のために必要なのか」「設定しないと何が起きるのか」が分かりにくい設定項目です。
PTRレコードは、IPアドレスからホスト名を参照する「逆引きDNS」を実現するためのレコードであり、受信側のメールサーバーが送信元の信頼性を評価する際の判断材料の一つとして利用されています。SPFやDKIM、DMARCなどのメール認証とあわせて確認されることも多く、適切に設定されていない場合は、メールの到達率に影響を及ぼす可能性があります。
本記事では、PTRレコードの基本から、DNSの正引き・逆引きの違い、設定手順、設定確認方法まで分かりやすく解説します。
そもそもPTRレコードとは何か
PTRレコード（Pointer Record）とは、DNS（Domain Name System）のリソースレコードの一種で、IPアドレスからホスト名（ドメイン名）を特定するために使用されるレコードです。一般的なWebアクセスで利用されるAレコードが「ドメイン名からIPアドレス」を紐づけるのに対し、PTRレコードはその逆で「IPアドレスからからホスト名」を紐づけます。この仕組みは「逆引きDNS」と呼ばれています。
PTRレコードは、サーバーの識別やアクセスログの解析、ネットワークの管理、セキュリティ対策など、さまざまな用途で利用されています。特にメール配信では、受信メールサーバーが送信元IPアドレスの逆引き情報を確認し、 送信元の信頼性を判断する材料の一つとしてPTRレコードを参照する場合があります。SPF・DKIM・DMARCなどのメール認証技術とあわせて適切に設定することで、 メールの到達率向上や迷惑メール判定とされるリスク低減につながります。
DNSの逆引き
DNSの逆引きとは、IPアドレスから対応するホスト名（ドメイン名）を取得する仕組みです。一方、逆引きDNS はその逆で、そこのIPアドレスから対応するホスト名を確認するためにPTRレコードが利用されます。なりすましメールのメールサーバーの送信元確認やアクセスログ解析、セキュリティ対策などにPTRレコードは活用されます。例えばメールの受信時には、送信元IPアドレスに設定されたPTRレコードを確認し、その情報と送信元サーバーの情報に不自然な点がないか、相手が「名乗っている通りの本物かどうか」を確認することで、なりすましメールや不正な送信元を判別するための判断材料として利用されることがあります。そのため、インターネット上では、毎日大量の逆引きDNSが自動的に行われています。
逆引きではPTRレコードを参照し、IPアドレスに紐づくホスト名を取得します。
DNS正引き（Aレコード） ↓ 203.0.113.10 DNS逆引き（PTRレコード） 203.0.113.10 ↓ |
メール受信時には、受信サーバーが送信元IPアドレスを取得し、逆引きを実行して送信元のホスト名を確認します。これにより、送信元の正当性やなりすましの可能性を判定しています。
また、インターネット上のサーバーが逆引き結果と正引き結果に整合性があるか（Forward Confirmed reverse DNS）確認する仕組みもあります。
DNSの逆引き
正引きとは、ドメイン名からIPアドレスを取得するDNSの基本的な仕組みです。
例えば、ユーザーが「example.com」にアクセスすると、DNSサーバーはAレコードを参照して対応するIPアドレスを返します。
↓ 192.168.1.1 |
この仕組みによって、利用者は数字の羅列であるIPアドレスを覚える必要がなく、ドメイン名だけでサービスへアクセスできます。
正引きに使用される代表的なDNSレコードがAレコードです。PTRレコードとセットで考えることで、ドメイン名とIPアドレスの整合性を確認できるようになります。
PTRレコードの書き方
PTRレコードは以下の形式で記述します。
[IPアドレスの逆引き用表記] IN PTR [ホスト名] |
記述例：
ここでポイントになるのが、IPアドレスをそのまま記載しない点です。PTRレコードでは、IPアドレスを逆引き用の形式へ変換して登録します。
例として、IPアドレス「192.168.1.1」を変換する流れを見てみましょう。
① IPアドレスをオクテット単位で逆順に並べ替える
192.168.1.1 ↓ 1.1.168.192 |
② IPv4の場合は末尾に「.in-addr.arpa.」を付与する
1.1.168.192 ↓ |
③ PTRレコードとして記述する
IN PTR |
なお、IPv6では末尾に「.ip6.arpa.」を使用します。
PTRレコードを設定する際は、対応するホスト名側にAレコード（正引き）が設定されていることも重要です。正引き・逆引きの整合性が取れていることで、メール送信時の信頼性向上や到達率改善につながります。またこの仕組みはセキュリティ対策やアクセス制限など、インターネット全体の安全性を高めるためにも広く使われています。
PTRレコードの必要性
PTRレコードは、IPアドレスとホスト名の関係を確認するために利用されるDNSレコードです。特にメール配信では、送信元IPアドレスの情報を確認し、送信元サーバーの信頼性を判断する材料の一つとして活用されています。受信メールサーバーは、メールを受け取る際に送信元IPアドレスに設定されたPTRレコードを参照し、逆引きDNSによってそのIPアドレスに対応するホスト名を確認することがあります。
また、そのホスト名が再び同じIPアドレスを指しているか（正引き・逆引きの整合性）を確認するケースもあり、送信元情報に不自然な点がないかを判断する材料として利用されています。PTRレコードが設定されていない、または正しく設定されていない場合でもメールを送信できるケースはあります。
しかし、受信側のメールサーバーによっては送信元の信頼性を十分に確認できず、迷惑メールと判定される可能性が高くなることがあります。そのため、メールサーバーを運用する場合は、SPFやDKIM、DMARC などの送信ドメイン認証とあわせて、PTRレコードも適切に設定しておくことが重要です。PTRレコードは単独で到達率を保証するものではありませんが、迷惑メール判定を避けるための基本的な設定のひとつといえます。
スパムチェック
PTRレコードは、受信メールサーバーが迷惑メールを判定する際に利用されます。
メールが送信されると、受信メールサーバーはまず送信元IPアドレスを確認します。そのうえでDNSに問い合わせ、送信元IPアドレスにPTRレコードが設定されているか、逆引きしたホスト名が正しいかを確認します。
① 送信メールサーバー IPアドレス：203.0.113.10 ホスト名：mail.example.com ↓ ② 受信メールサーバーがメールを受信 ↓ ③ 送信元IPアドレスをDNSで逆引き 203.0.113.10 → mail.example.com ↓ ④ 逆引きしたホスト名をAレコードで正引き mail.example.com → 203.0.113.10 ↓ ⑤ IPアドレスが一致すれば、送信元の整合性を確認 |
受信メールサーバーでは、主に以下のような観点で確認が行われます。
チェック項目 | 確認内容 |
PTRレコードの有無 | 送信元IPアドレスからホスト名を逆引きできるか |
正引きとの整合性 | 逆引きしたホスト名を正引きした際、元のIPアドレスに戻るか |
SMTPサーバー名との一致 | 送信元SMTPサーバーのホスト名と逆引き結果に不自然な差異がないか |
迷惑メールの送信者は、送信元を特定されにくくするため、にPTRレコードを適切に設定していないケースがあります。そのため、受信メールサーバーはPTRレコードを確認することで、送信元が実在するサーバーか、正規のドメインと一致関連しているかを判断しやすくなります。
ただし、PTRレコードの判定基準は受信メールサーバーポリシーによって異なります。PTRレコードが設定されていれば問題ない場合もあれば、逆引きしたホスト名のAレコードと送信元IPアドレスが一致していないと、不審なメールとして扱われる場合もあります。
特にGmailやOutlook、Yahoo!メールなどの主要なメールサービスでは、送信元IPアドレスに有効なPTRレコードがない場合、メールの受信が拒否されたり、迷惑メールフォルダに振り分けられる可能性があります。
そのため、メール配信を安定させるには、PTRレコードを設定するだけでなく、Aレコードとの整合性、SPF・DKIM・DMARCなどの認証設定、送信元IPアドレスのレピュテーション管理もあわせて確認することが大切です。
⇒SPF/DKIM/DMARC 設定ができるメール配信システムはこちら
PTRレコード設定の手順
PTRレコードは、単にDNSへ値を登録すれば完了する設定ではありません。メールサーバーとして適切に運用するためには、 正引き（Aレコード）と逆引き（PTRレコード）の対応関係を整え、両者に矛盾がない状態にすることが重要です。また、PTRレコードは通常のDNSレコードとは異なり、 ドメイン管理画面ではなく、固定IPアドレスの提供元やサーバー事業者側で設定するケースも多いため、事前に管理権限や設定方法を確認しておくことが重要です。ここでは固定IPアドレスを利用した一般的なメールサーバー環境を例に、PTRレコード設定の流れを4つの工程に分けて解説します。
手順① 正引き（Aレコード）を設定する
PTRレコードを設定する前に、まず対象となるホスト名のAレコード（正引き）が設定されていることを確認します。
メールサーバーでは、逆引きDNSで取得したホスト名を再度正引きした際に、元のIPアドレスと一致すること（正引き・逆引きの整合性）が推奨されています。そのため、PTRレコードを設定する前に、対応するAレコードを正しく登録しておくことが重要です。
なお、PTRレコード自体はAレコードがなくても登録できる場合がありますが、多くのメールサービスやクラウド事業者では、メールの信頼性を確保するため、Aレコードとの整合性を前提とした設定が推奨されています。
例として、メールサーバー用ホスト名を設定する場合は以下のようになります。
ホスト名 mail.example.com ↓ Aレコード mail.example.com → 203.0.113.10 |
管理画面上では以下を設定します。
項目 | 設定例 |
レコード種別 | A |
ホスト名 | |
値 | 203.0.113.10 |
保存後、DNS反映まで数分〜数十分程度かかる場合があります。
手順② PTRレコード設定画面へ進む
Aレコード設定後、固定IPアドレスの管理元でPTRレコード設定をおこないます。
PTRレコードは、通常のドメイン管理画面ではなく、IPアドレス管理側で設定するケースが一般的です。
代表例：
- VPS管理画面（さくらVPS、ConoHa、Vultr など）
- クラウドサービス管理画面
- 固定IP提供事業者
- 法人向けISPサポート窓口
設定画面では次のような名称で表示されることがあります。
- 逆引きDNS
- PTR設定
- Reverse DNS
- Hostname設定
利用サービスによっては、サポート申請が必要な場合もあります。
手順③ PTRレコードを登録する
設定画面に進んだら、対象IPアドレスに対応するホスト名（FQDN）を登録します。
設定イメージ：
対象IP 203.0.113.10 ↓ 登録するPTR |
登録後、逆引きは以下のように機能します。
203.0.113.10 ↓ |
ここで注意したいのが、登録するホスト名が必ず正引き可能であることです。
正常例：
Aレコード ↓ 203.0.113.10 PTR 203.0.113.10 ↓ |
このように双方向で整合性が取れている状態が理想です。
手順④ 設定反映後に逆引きを確認する
PTRレコード登録後は、必ず設定内容を確認します。
DNS反映直後はキャッシュの影響で結果が更新されない場合もあるため、時間を空けて確認することをおすすめします。
確認方法の例：
- Windows：nslookup
- Linux／macOS：dig
- DNS確認サイト
確認イメージ：
nslookup set type=PTR 203.0.113.10 |
期待される結果：
203.0.113.10 ↓ |
もし結果が表示されない場合は、以下を見直してください。
- Aレコード未設定
- PTR登録内容の誤り
- DNS反映待ち
- 管理対象DNSの誤設定
なお、動的IP環境ではPTRレコードを自由に設定できないケースもあるため、メールサーバー運用をおこなう場合は固定IPアドレスの利用を検討するとよいでしょう。
PTRレコードの設定が適切か？コマンドの利用方法
PTRレコードを設定した後は、正しく逆引きできる状態になっているか確認することが重要です。設定内容に誤りがあると、メールの到達率低下や迷惑メール判定につながる可能性があります。
確認方法には、OS標準のコマンドを利用する方法と、ブラウザ上で利用できる確認サイトを使う方法があります。ここでは代表的な確認方法として、Windowsで利用できる「nslookup」、LinuxやmacOSで利用される「dig」、オンライン確認サイトを紹介します。
nslookupコマンドの利用方法
nslookupは、Windows標準で利用できるDNS問い合わせコマンドです。PTRレコードの確認では、指定したIPアドレスを逆引きし、登録されているホスト名を確認できます。
まず、コマンドプロンプトを起動します。
次に、以下の手順で実行します。
nslookup set type=PTR 203.0.113.10 |
実行イメージ：
> nslookup > set type=PTR > 203.0.113.10 |
正常に設定されている場合、以下のような結果が表示されます。
name = mail.example.com |
表示されたホスト名が、設定済みのAレコードと一致していれば、逆引き設定は正常に動作している可能性が高いと判断できます。
なお、結果が表示されない場合や「Non-existent domain」などが出る場合は、以下を確認してください。
- PTRレコードが未登録
- DNS反映待ち
- Aレコードとの不整合
- IPアドレス入力ミス
digコマンドの利用方法
dig（Domain Information Groper）は、LinuxやmacOS環境で広く利用されるDNS確認コマンドです。
digはDNSサーバーから返却された情報を比較的そのまま表示するため、詳細なDNS挙動を確認したい場合に適しています。
PTRレコード確認時は、以下のコマンドを実行します。
dig -x 203.0.113.10 |
実行例：
$ dig -x 203.0.113.10 |
正常な応答例：
ANSWER SECTION: PTR mail.example.com |
この結果が返ってくることで、対象IPアドレスから正常にホスト名が取得できていることが確認できます。
なお、Linux環境でもnslookupは利用できますが、詳細な情報確認やDNS解析用途ではdigが使われるケースが一般的です。
dig実行時に確認したいポイントは以下です。
確認項目 | 確認内容 |
ANSWER SECTION | PTR結果が返っているか |
STATUS | NOERRORになっているか |
PTR値 | 想定ホスト名か |
設定確認サイトの活用
コマンド操作に慣れていない場合は、Webブラウザ上で利用できるDNS確認サイトを活用する方法もあります。
IPアドレスを入力するだけで逆引き結果を確認できるため、手軽に設定状況を確認したい場合に便利です。
代表的な確認サイトは以下の通りです。
- Google Admin Toolbox (Dig)
コマンドラインツールの「dig」をWebブラウザ上でそのまま使えるようなインターフェースです。広告が少なく、表示が非常に見やすいため、エンジニアからの支持が厚いです。
- Debouncer Reverse DNS Check
逆引き設定の有無やホスト名との整合性を簡単に確認できるツールです。
確認時の流れ：
① サイトへアクセス ↓ ② 対象IPアドレス入力 ↓ ③ Reverse DNS 実行 ↓ ④ PTR結果確認 |
コマンドと併用することで、設定ミスやDNS反映遅延にも気付きやすくなります。特にメール配信環境では、PTR設定後に必ず確認作業まで実施することをおすすめします。
メールシステムの導入を検討中なら「アララ メッセージ」
PTRレコードの設定は、メールの到達率や送信元の信頼性向上に役立つ重要な対策のひとつです。しかし、実際のメール配信では、PTRレコードだけでなく、SPF・DKIM・DMARCといった送信ドメイン認証や、IPレピュテーション管理、エラー分析など、複数の要素を総合的に管理する必要があります。
「設定はできているはずなのにメールが届かない」「配信環境全体を見直したい」といった場合は、配信基盤そのものを整備することも有効です。
メール配信システム「アララ メッセージ」では、大量配信・高速配信に対応しながら、到達率向上に必要なメール配信環境の構築をサポートしています。配信品質の改善や運用負荷の軽減を検討している方は、ぜひご活用ください。
▶ アララ メッセージの資料を見る
https://am.arara.com/download/01
▶ アララ メッセージに問い合わせる
https://am.arara.com/contact
まとめ
PTRレコードは、IPアドレスからホスト名を取得するためのDNSレコードであり、逆引きDNSを実現する重要な仕組みです。特にメール配信では、受信メールサーバーが送信元の正当性を確認する際に利用され、迷惑メール判定や到達率にも影響します。
設定時は、正引き（Aレコード）との整合性を意識しながら、固定IP提供元やサーバー管理画面で適切に登録することが重要です。また、設定後はnslookupやdig、DNS確認サイトなどを活用し、正常に逆引きできる状態になっているか必ず確認しましょう。
ただし、メール到達性はPTRレコードだけで決まるものではありません。SPF・DKIM・DMARCなどの送信ドメイン認証や配信品質の管理も含めて、総合的な対策をおこなうことが安定したメール運用につながります。
導入事例はこちら
関連コラム
