☰

ドメインの逆 DNS (PTR) を設定する責任は、DNS ホストと MX ホストのどちらにありますか?

tag-icon • tag-icon email reverse-dns godaddy ptr-record
ドメインの逆 DNS (PTR) を設定する責任は、DNS ホストと MX ホストのどちらにありますか?

GoDaddy のドメインの DNS と Gmail 用に設定済みの MX があります。spf、dkim、dmarc ですべて正常に設定されており、すべてのオンライン テストに合格していますが、次の点が異なります。intodns.com はドメインに対してこのエラーを報告し、これを重大としてマークします。

逆 MX A レコード (PTR) エラー: 逆 DNS (PTR) エントリがありません。問題の MX レコードは次のとおりです: 27.4.250.142.in-addr.arpa -> 逆 (PTR) が検出されませんでした。ISP に連絡して、IP の PTR レコードを追加するように依頼してください。

gsuite テクニカル サポートに問い合わせたところ、Godaddy に問い合わせるように言われました。Godaddy では、rDNS は必須ではないためサポートしていないとのことでした。では、このエントリを設定するのは誰の責任でしょうか?

答え1

ドメインの DNS 委任は、in-addr.arpa.他のドメインとまったく同じように機能します。唯一の違いは、 を登録する代わりに、in-addr.arpa.IP アドレス プールが割り当てられるたびに を取得することです。

アドレス プールは142.250.0.0/15Google に割り当てられており、そのネーム サーバーがドメインに対して権限を持っています142.250.in-addr.arpa.。

$ dig @x.arin.net. 27.4.250.142.in-addr.arpa. PTR +norecurse

; <<>> DiG 9.11.5-P4-5.1-Debian <<>> @x.arin.net. 27.4.250.142.in-addr.arpa. PTR +norecurse
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6403
;; flags: qr; QUERY: 1, ANSWER: 0, AUTHORITY: 4, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: fea615f1769369c875faa8fe5e1e28450e879031f36ee506 (good)
;; QUESTION SECTION:
;27.4.250.142.in-addr.arpa. IN  PTR

;; AUTHORITY SECTION:
250.142.in-addr.arpa.   86400   IN  NS  ns3.google.com.
250.142.in-addr.arpa.   86400   IN  NS  ns1.google.com.
250.142.in-addr.arpa.   86400   IN  NS  ns4.google.com.
250.142.in-addr.arpa.   86400   IN  NS  ns2.google.com.

;; Query time: 151 msec
;; SERVER: 2001:500:31::63#53(2001:500:31::63)
;; WHEN: wto sty 14 21:44:53 CET 2020
;; MSG SIZE  rcvd: 164

しかし、彼らは質問に答えることを拒否しています:

$ dig @ns1.google.com. 27.4.250.142.in-addr.arpa. PTR +norecurse

; <<>> DiG 9.11.5-P4-5.1-Debian <<>> @ns1.google.com. 27.4.250.142.in-addr.arpa. PTR +norecurse
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 48561
;; flags: qr; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;27.4.250.142.in-addr.arpa. IN  PTR

;; Query time: 5 msec
;; SERVER: 2001:4860:4802:32::a#53(2001:4860:4802:32::a)
;; WHEN: wto sty 14 21:46:57 CET 2020
;; MSG SIZE  rcvd: 54

したがって、Google に、なぜサーバーのレコードを提供しないのかPTR(あるいは、クエリへの回答を拒否するのか) を必ず尋ねる必要があります。おそらく、250.142.in-addr.arpa.サーバーにゾーンを追加するのを忘れたか、その他の構成ミスがあるのでしょう。

関連情報