ドメインの逆引きDNS PTRルックアップを明確にしようとしています。 1つのIPアドレスと複数のアカウントを持つサーバーがあり、すべてそのIPアドレスを共有しています。
私のPTRは現在:
24.210.31.in-addr.arpa. 14400 IN PTR domainname.co.uk.
しかし、IPアドレスが逆になっているドメインはns1.domainnetwork.co.uk
であるため、アカウントのPTRレコードは、アカウントドメインではなく、返されたプライマリドメインを参照する必要がありますか?
Google検索でこれに関する明確なガイダンスを見つけることができないようですが、 この質問 は、アカウントがアカウント固有のドメインではなくサーバードメインを参照する必要があることを示唆しているようです。
したがって、次のようになります。
24.210.31.in-addr.arpa. 14400 IN PTR ns1.domainnetwork.co.uk.
accountのDNSで、これは有効なPTRレコードを与えますが、これはアカウントドメインについてまったく言及していませんか?
編集:明確にするために、ns1.domainnetwork.co.uk
はドメインのプライマリネームサーバーです。
私はこのトピックに関して永続的な問題を抱えており、新しいクエリをゼロから開始するよりも、この不完全なクエリを復活させることが最善だと感じました。
上記のすべてがまだ当てはまります。
IPアドレス.xx.xx.xx.236とxx.xx.xx.238
上に、さまざまなドメインを持つサーバーがあります。また、そのdomman(TLS証明書用)専用の独自のIPアドレスにxx.xx.xx.241の単一のドメインがありますが、そのドメインにvaidを正しく表示することができませんPTR
DNSに記録します。
動作するサーバー上のドメイン(IPアドレス12.34.56.236):
websitename.co.uk 14400 IN A 12.34.55.236
55.34.12.in-addr.arpa. 14400 IN PTR nameserver1.network.co.uk.
上記は機能し、有効なPTRフィードバックを提供します。
nameserver1.network.co.uk.
は、独自のIPアドレス(12.34.56.241)にあるドメインと同じプライマリネームサーバーですが、正しいPTRレコードを提供することはありません。
有効なPTR
レコードを提供しないドメイン(一意のIPアドレス):
websitenameTwo.co.uk 14400 IN A 12.34.55.241
55.34.12.in-addr.arpa. 14400 IN PTR nameserver1.network.co.uk.
このレコードに有効なPTR DNSレコードを作成するために何が不足していますか?
メールサーバーは、接続しているIPアドレスのPTRレコードに対してSMTPサーバーのアドバタイズされたHELOホスト名をクロスチェックし、返された名前に、接続しているIPアドレスと一致するアドレスレコードがあることを確認します。これらのチェックのいずれかが失敗すると、送信メールが拒否されるか、スパムとしてマークされます。
したがって、3つすべてを一貫して設定する必要があります。サーバーのホスト名とPTRレコードの名前が一致し、その名前が同じIPアドレスに解決される必要があります。
これらのしないでくださいは、メールを送信するドメイン名と同じである必要がありますが、そうでないことは一般的です。
PTRレコードの仕組み と それの意味 を誤解しているようです。質問には、レコードを設定しようとした方法に関する情報は含まれていません。
something.example.com. A
レコードが見つかる可能性があっても、自動的には変更されません。example.com.
ゾーン内では設定できませんが、113.0.203.in-addr.arpa.
のような逆ゾーンでは設定できます。私の 似たような質問への回答 に記載されているように:
PTRレコードはIPブロックの登録済み所有者によって管理されているため、パブリックIPのPTRレコードの変更をリクエストできるかどうかは、ISPおよびインターネット接続契約によって異なります。 ARIN WHOIS IPアドレスデータベース を検索して、実際の所有者を確認できます。
別の回答では、PTR
レコードを「オーバーロード」できる、つまり、単一のIPアドレスに対して多数のPTR
レコードを持つことができると述べています。これは 非推奨 です。これは、PTR
レコードがIPアドレスに関連付けられた正規名を識別することが期待されているためです。 (参照 RFC 1035、3.5 および RFC 1912、2.1 。)
フォワード(A、MXなど)レコードと同じゾーンにリバース(PTR)レコードを含めることはできません。
それらは2つの異なるDNSゾーンに属しています。
websitename.co.uk 14400 IN A 12.34.55.236
など)12.34.55.x
の範囲のすべてのIPアドレスのPTRレコードが含まれますあなたは明らかにフォワードゾーンを制御しますが、リバースゾーンはIPアドレス範囲を所有する人によって制御されます(範囲12.34.55.224/28
はAT&Tに割り当てられます)。
リバースゾーンでPTRレコードを変更した場合にのみ、逆引き解決が機能します。ホスティングプロバイダーに連絡して、PTRレコードの更新をリクエストする必要があります。
次の例のように、IPアドレッシングが同じサブネット内にある限り、すべての逆引きレコードを同じ逆引きゾーンで構成できます。
236.55.34.12.in-addr.arpa. 14400 IN PTR websitename.co.uk.
236.55.34.12.in-addr.arpa. 14400 IN PTR websitenameOne.co.uk.
238.55.34.12.in-addr.arpa. 14400 IN PTR websitename.co.uk.
241.55.34.12.in-addr.arpa. 14400 IN PTR websitenameTwo.co.uk.
PTRレコードを「オーバーロード」できることに注意してください。つまり、名前(Aレコード)に複数のIPアドレスを設定できるのと同じように、IPアドレスに複数の名前を設定できます。
Example.co.ukとexample.comのメールを処理するメールサーバーがある場合は、それぞれのフォワードゾーンに配置します。
example.co.uk。 MX 10 supermail.martin.com。
example.com。 MX supermail.martin.com。
supermail.martin.com。 31.210.24.x
24.210.31.in-addr.arpaの逆ゾーン。あなたが持っているだろう
x.254.210.31.in-addr.arpa。 PTR supermail.martin.com。
明らかに、スーパーメールは任意のホスト名にすることができ、必要に応じてメールドメインの1つに置くことができます。