Email
誰負責為域、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 並要求他為您的 ips 添加 PTR 記錄
我已經與 gsuite 技術支持人員進行了交談,他們說我應該問 Godaddy。在 Godaddy,他們說他們不支持 rDNS,因為它不是必需的。現在誰負責為我設置這個條目?
域的 DNS 委派
in-addr.arpa.
與任何其他域的工作方式完全相同。in-addr.arpa.
唯一的區別是:每次分配 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
所以,你絕對應該問Google,為什麼他們不
PTR
為他們的伺服器提供記錄(或者更好的是他們拒絕回答查詢)。也許他們只是忘記將250.142.in-addr.arpa.
區域添加到他們的伺服器或其他一些錯誤配置。