逆引きDNS未設定で起こる問題
KoAN
目次
逆引きDNS未設定で起こる問題とメール配送への影響
メールサーバを構築した際、「SMTPサーバは動いているのにメールが届かない」「Gmailへ送ると迷惑メールフォルダへ入る」といった問題が発生することがあります。
その原因の一つとしてよくあるのが逆引きDNS（PTRレコード）の未設定です。
SMTPの仕様上、逆引きDNSは必須ではありません。
しかし現在のメール運用では、逆引きDNSが設定されていないサーバは信頼性が低いと判断されることがあります。
本記事では逆引きDNS未設定で発生する問題や確認方法について解説します。
逆引きDNSとは
逆引きDNSとは、IPアドレスからホスト名を取得する仕組みです。
PTR（Pointer）レコードによって実現されます。
通常のDNSはホスト名からIPアドレスを取得します。
mail.example.com
↓
203.0.113.10
これを正引きDNSと呼びます。
一方、逆引きDNSは次のようになります。
203.0.113.10
↓
mail.example.com
メールサーバではこの逆引き情報が重要になります。
なぜ逆引きDNSが確認されるのか
スパムメール送信サーバの多くは、適切なDNS設定を行っていません。
そのため受信側メールサーバは送信元SMTPサーバの信頼性を確認するため、逆引きDNSを利用します。
現在では多くのメールサービスがこの確認を実施しています。
メール配送時の流れ
受信側SMTPサーバでは次のような処理が行われます。
SMTP接続
↓
送信元IP取得
↓
PTR問い合わせ
↓
ホスト名取得
↓
信頼性評価
逆引き結果が存在しない場合は評価が下がる可能性があります。
問題1 Gmailで迷惑メール判定される
最も多いトラブルがGmailでの迷惑メール判定です。
逆引きDNS未設定だけで即拒否されるわけではありません。
しかしサーバ評価を下げる要因になります。
他の設定不備と組み合わさると迷惑メールフォルダへ振り分けられることがあります。
問題2 Microsoft 365で評価が下がる
Microsoft 365でも送信元サーバの評価に逆引きDNSが利用されています。
逆引きDNSが無いサーバは信頼性が低いと判断される場合があります。
企業間メールで影響することがあります。
問題3 メール受信拒否
受信側サーバによっては逆引きDNS未設定を理由に接続拒否する場合があります。
例えば以下のようなポリシーです。
PTRレコードなし
↓
接続拒否
セキュリティを重視する組織で見られます。
問題4 スパムサーバと判断される
逆引きDNSが存在しないサーバは、スパム送信専用サーバによく見られる特徴の一つです。
そのため評価システムで減点されることがあります。
メール到達率低下の原因になります。
問題5 ブラックリスト判定の要因になる
ブラックリスト登録の直接原因ではありません。
しかし送信元評価が低い状態で大量送信を行うと、より厳しく判定されることがあります。
メール運用上は不利になります。
問題6 FCrDNSが成立しない
FCrDNS（Forward Confirmed reverse DNS）という確認方法があります。
逆引きしたホスト名を再度正引きし、元のIPアドレスへ戻るか確認します。
203.0.113.10
↓
mail.example.com
↓
203.0.113.10
逆引きDNSが無いとこの確認ができません。
問題7 SMTPログに警告が出る
受信側メールサーバでは逆引きDNSが存在しない場合にログへ記録することがあります。
例えば以下のような内容です。
Client host rejected:
cannot find your hostnameメール配送失敗の原因になります。
問題8 メールサーバの信頼性が低下する
逆引きDNSはメールサーバ管理者が適切に設定していることの証明にもなります。
未設定の場合、管理状態が不十分なサーバと判断される可能性があります。
逆引きDNS未設定の確認方法
まずdigコマンドを利用します。
$ dig -x 203.0.113.10 結果が表示されなければ未設定の可能性があります。
hostコマンドで確認する
$ host 203.0.113.10PTRレコードが存在する場合はホスト名が表示されます。
nslookupで確認する
Windows環境では以下を利用します。
> nslookup 203.0.113.10逆引き結果を確認できます。
未設定時の表示例
PTRレコードが存在しない場合です。
NXDOMAIN
または
Non-existent domainなどが表示されます。
正しい設定例
例えばメールサーバが以下の場合です。
mail.example.com ↓ 203.0.113.10
PTRレコードは次のようになります。
203.0.113.10 ↓ mail.example.com
正引きと逆引きが一致することが重要です。
BINDでの設定例
逆引きゾーンファイルの例です。
10 IN PTR mail.example.com.これにより逆引きが可能になります。
VPSでよくある注意点
VPSやクラウドサーバではPTRレコードを自由に設定できないことがあります。
多くの場合は管理画面から設定します。
BINDへ設定しても反映されないケースがあります。
自宅回線で発生しやすい問題
自宅回線では逆引きDNSを設定できないことがあります。
さらに動的IPアドレスで運用されることもあります。
そのためメールサーバ用途には向いていません。
Gmailへ届かない時の確認項目
- MXレコード
- Aレコード
- PTRレコード
- SPF
- DKIM
- DMARC
逆引きDNSだけではなく総合的な確認が必要です。
メールサーバ構築時の推奨設定
最低限以下を揃えましょう。
Aレコード PTRレコード MXレコード SPF DKIM DMARC
現在のメール運用では事実上の標準構成です。
実務でよくある事例
メールサーバ構築後、社内テストでは送信できるもののGmailだけ届かないケースがあります。
調査するとPTRレコードが設定されていなかったという事例は少なくありません。
メール到達率を向上させるためにも重要な設定です。
まとめ
逆引きDNS（PTRレコード）はSMTPの仕様上必須ではありませんが、現在のメール運用では非常に重要な存在です。
未設定の場合、迷惑メール判定や受信拒否、サーバ評価低下など様々な問題が発生する可能性があります。
特にGmailやMicrosoft 365へメールを送信する場合は、正引き・逆引きの整合性を確認しておくことが重要です。
メールサーバ構築時には、PTRレコードの設定を必ず確認するようにしましょう。
