☰

誰負責為網域、DNS 主機或 MX 主機設定反向 DNS (PTR)？

tag-icon • tag-icon email reverse-dns godaddy ptr-record
誰負責為網域、DNS 主機或 MX 主機設定反向 DNS (PTR)？

我有 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

in-addr.arpa.該網域的 DNS 委派的工作方式與任何其他網域的 DNS 委派完全相同。唯一的區別是：您無需註冊in-addr.arpa.IP 位址池，而是在分配 IP 位址池時獲得一個。

位址池142.250.0.0/15分配給Google，他們的名稱伺服器對網域具有權威性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

所以，你絕對應該問谷歌，為什麼他們不提供PTR伺服器記錄（或者更好的是他們拒絕回答查詢）。也許他們只是忘記將區域添加250.142.in-addr.arpa.到他們的伺服器或其他一些錯誤配置。

相關內容