PTR レコードとは何ですか?
PTR (ポインター) レコードはリバース DNS レコードとも呼ばれ、IP アドレスをドメイン名にマッピングします。基本的には、DNS の A レコードの逆の働きをします。A レコードはドメイン名を IP アドレスに変換するのに使用されますが、PTR レコードは IP アドレスがドメイン名に実際に対応しているかどうかを確認するのに使用されます。これは受信者にとって一般的な検証手順であり、電子メール サーバーなどの接続元の正当性を判断するための多くのチェックの一部です。
なぜそれが重要なのか?
PTR レコードは、インターネット通信とネットワーク管理のさまざまな側面において、さまざまな理由で重要です。ネットワーク操作を円滑にし、トラブルシューティングに役立ち、サーバーの信頼性を高めます。ただし、この記事では、その影響が甚大になる可能性がある電子メールのセキュリティと配信における役割に焦点を当てます。
電子メールのセキュリティに重点を置く
電子メール通信の分野では、PTR レコードは、どのインフラストラクチャが実際に電子メールを送信しているかを識別するのに役立つ、より安全で信頼性の高い電子メール配信システムを確立するために使用されます。
- スパム対策: 多くのメール サーバーとスパム フィルタリング システムは、受信メールの審査プロセスの一環として、逆 DNS ルックアップを実行します。IP アドレスを正当なドメイン名に正しくマッピングする PTR レコードは、メールがスパムではないことを示す多くの指標の 1 つです。有効な PTR レコードがない場合、メールはスパムとしてフラグ付けされたり、完全に拒否されたりするリスクが高くなります。
- 評判の構築: PTR レコードの存在は、適切に構成された電子メール サーバーの要件と見なされます。ISP と電子メール サービスは、フィルタリング基準の一部として送信サーバーの評判を評価します。PTR レコードはこの評判にプラスの影響を与え、送信者が電子メール配信のベスト プラクティスに従って動作していることを示します。
- 認証と検証: SPF、DKIM、DMARC などの電子メール認証メカニズムのより広い範囲では、PTR レコードは追加の検証レイヤーを追加します。これらのプロトコルの一部ではありませんが、PTR レコードによる送信サーバーの IP の検証はこれらの認証方法を補完し、より安全な電子メール エコシステムを作成します。
電子メール セキュリティの観点から
PTR レコードの導入は、電子メール セキュリティの強化において戦略的な役割を果たします。これは、受信メール サーバーが受信メールの送信元を認証するための予備チェックポイントとして機能します。この最初の精査層により、疑わしい送信元や検証されていない送信元からのメールを事前にフィルター処理できるため、電子メール エコシステムを悩ませるフィッシング攻撃、メールのなりすまし、マルウェアの配布の発生を減らすことができます。
電子メールの脅威がますます巧妙化している時代では、確立されたベスト プラクティスに従って電子メールの配信とセキュリティの高水準を維持することが最も重要です。そのようなベスト プラクティスの 1 つは、送信者のドメインの検証可能性を確保することです。適切な PTR 構成により、Forward-Confirmed 逆 DNS ルックアップ (FCrDNS) チェックに合格することが保証されます。
前方確認型逆 DNS ルックアップはどのように機能しますか?
FCrDNS は、IP アドレスとドメイン名を検証するプロセスです。また、その逆のプロセスもあります。次の 2 つの手順で実行されます。
- PTR レコードを使用して IP アドレスに関連付けられたドメイン名を見つけるために、逆 DNS ルックアップが実行されます。
- 次に、結果として得られたドメイン名に対して前方 DNS ルックアップが実行され、元の IP アドレスに解決されるかどうかが確認されます。
両方の検索が一致する場合、FCrDNS 検証は成功し、IP アドレスとドメイン名が正当に関連付けられていることを示します。このプロセスは、特に電子メール通信での接続の認証に使用されます。
独自の PTR レコードを設定する必要があるのはいつですか?
PTR レコードを構成する必要があるかどうかは、組織の IP 割り当ての性質と、組織が使用するサービスによって異なります。Microsoft 365 や Google Workspace などのホスト型メール サービス プロバイダーで構成されるシンプルなメール エコシステムを持つ組織の場合、この手順を実行する必要はほとんどありません。メール エコシステムの複雑さが増すにつれて、PTR レコードのサポート方法についてより多くの考慮が必要になります。
組織に直接割り当てられた IP
組織が独自の IP 範囲 (通常はインターネット サービス プロバイダー (ISP) によって割り当てられる) を所有している場合、PTR レコードを含む DNS レコードを管理する自主性と責任を持ちます。この制御は、電子メール サーバーを管理するエンティティにとって極めて重要です。正しく構成された PTR レコードは、他のメール サーバーに対する正当性のシグナルとなり、電子メールの配信性に大きな影響を与える可能性があるためです。
このようなシナリオでは、組織の IT 部門または指定されたマネージド サービス プロバイダー (MSP) は、各送信メール サーバーに対応する PTR レコードがあることを確認する必要があります。このレコードは、電子メール交換中の信頼性を高めるために、送信元エンティティと密接に関連付けられた検証可能なドメイン名に解決される必要があります。このプロセスには、組織のインターネット トラフィックをルーティングする ISP との調整が含まれます。多くの場合、これらの ISP は PTR レコードが設定されている逆 DNS ゾーンを制御しているためです。
カスタム PTR ラベル付けを許可するホスト サービス
多くのクラウド サービスやホスティング サービスは、クライアントの電子メール配信における PTR レコードの重要性を認識しており、これらのレコードをカスタマイズする機能を提供しています。この柔軟性により、組織はドメイン名とホスト サービスで使用される IP アドレス間の一貫性を維持でき、良好な配信率を維持するのに役立ちます。ただし、カスタム PTR レコードを設定するプロセスはプロバイダーによって異なり、ホスティング サービスの管理コンソールを操作したり、サポート リクエストを送信したりする必要がある場合があります。
この機能を最大限に活用するには、組織がプロバイダーの PTR レコードのカスタマイズ手順を理解することが不可欠です。この機能は、このようなサービスのオンボーディング プロセス中に説明されない可能性があり、組織のドメインに代わってメールを送信するサービスを設定するときにチェックリストに含める必要があります。
事前構成済みのカスタマイズ不可能な PTR を備えたホスト型サービス
Microsoft 365 などのサービスは、無数の組織の電子メール インフラストラクチャを管理するために大規模に運用されています。この規模とこれらのサービスの管理された性質のため、通常、顧客は PTR レコードをカスタマイズできません。代わりに、これらのサービスでは、IP 範囲に、管理対象ドメインを反映する適切に構成された PTR レコードがあることを確認します。
カスタマイズができないことは制限のように思えるかもしれませんが、それはすべてのユーザーのために安全で評判の良いメール環境を管理するというサービス プロバイダーの取り組みを反映しています。これらの事前構成された PTR レコードは、高い配信率を維持し、スパムやフィッシングから保護するためのプロバイダーのより広範な戦略の一部です。このようなサービスを利用する組織にとって、メールの配信率と評判は、プロバイダーにある程度左右されることを理解することが重要です。したがって、評判が良く信頼できるメール サービス プロバイダーを選択することは、明らかに重要なステップになります。
PTR レコードと Google および Yahoo の送信者要件の関係
2024 年 2 月 1 日より、Google と Yahoo は、PTR レコードの適切な使用を含むメール認証慣行の重要性を強調する要件の適用を開始しました。Google と Yahoo の受信トレイに送信する場合、PTR レコードが正しく構成されていることを確認することが要件として明確に示されています。すべてのメール送信インフラストラクチャは、FCrDNS に合格することが求められます。つまり、メール管理者は、すべての送信メール システムの包括的なリストを用意し、上記の要件を満たす PTR レコードが適切に構成されているかどうかを確認することが重要になります。
GoogleとYahooの新しい送信者要件
GoogleとYahooの新しい送信者要件について詳しく知るには、この包括的なガイドをお読みください。
DMARCデータを使用してPTRレコードを調査する
DMARC 集計レポートには、ドメインに代わってメールを送信しているユーザーに関するデータが含まれています。これらのレポートでは、メールを送信した IP アドレスごとに送信者が整理されます。選択した XML プロセッサによっては、サーバーに PTR レコードが適切に構成されているかどうかに関する情報をすぐに取得できる場合があります。dmarcian 詳細ビューアは、検索を実行し、DNS で公開された PTR レコードから取得したサーバー名で送信者を並べ替えることで、この判断に役立ちます。以下は、Google IP とそれに関連付けられた PTR レコードの例です。
PTR レコードが存在しない場合は、下の画像のようになります。
詳細ビューアの包括的なフィルターを使用すると、PTR レコードが欠落している送信サーバーを簡単に検索できます。PTR/サーバー名検索フィルター フィールドに値「nxdomain」を入力するだけで、そのような送信者のリストが生成されます。
PTR レコードは、インターネット通信、特に電子メール サーバーの検証と電子メールの配信性の向上において重要な役割を果たします。ホスティング状況と主要な電子メール サービス プロバイダーの要件に合わせて PTR レコードを適切に構成および管理することは、電子メール通信のセキュリティを確保し、ドメインの評判を保護するための重要なステップです。電子メール セキュリティ標準が進化するにつれて、これらのプラクティスを常に把握し、順守することが、デジタル空間で組織が成功する上で非常に重要です。
私たちがお手伝いします
Brandkeeperでは、メールセキュリティの専門家チームによるDMARCの導入から運用サポート及びコンサルテーション行っています。一旦はDMARCの導入をやってみたが運用を断念したお客様、または、導入時点でいくつものハードルであきらめた企業様のサポートも行っています。
お気軽にご連絡ください
