反向DNS缓存与传播异常问题：邮件服务器解析旧记录的排查及解决方案咨询

这种DNS缓存不一致的情况真的很闹心，尤其是牵扯到邮件投递，耽误事不说还容易摸不着头绪。先给你梳理下问题根源和可行的解决办法：

你的猜测是合理的！ #

不少运营商（包括Ionos）的递归DNS服务器会对反向解析记录做特殊处理——比如无视上游TTL延长缓存时间，或者缓存到期后没有及时从权威服务器拉取新记录，导致同机房的服务器都拿到旧的解析结果。你本地和mxtoolbox能拿到正确记录，是因为你们用的递归DNS没有这个问题。

如何直接获取反向DNS的权威答案？ #

要绕开中间缓存拿到最准确的记录，步骤很简单：

1. 找到对应IP段的权威DNS服务器
   反向解析的域名是基于IP反向拼接的，比如你的VPS IP是123.45.67.89，对应的反向域是89.67.45.123.in-addr.arpa。用这条命令查它的权威DNS：

   dig +noall +answer 89.67.45.123.in-addr.arpa NS
   

   输出里的服务器地址就是负责这个IP段反向解析的权威节点。

2. 直接向权威服务器查询
   拿到权威DNS地址后，用它来查你的IP反向解析，这样就完全绕开了所有中间缓存：

   dig +noall +answer -x 123.45.67.89 @<刚才查到的权威DNS地址>
   

   这个结果就是最权威的，能确认Contabo那边的rDNS是否真的配置正确。

临时解决邮件服务器的投递问题 #

既然Ionos的缓存一时半会儿清不了，你可以用这两个临时方案让Postfix正常收邮件：

• 修改本地hosts文件
  在邮件服务器的/etc/hosts里添加一行：

  123.45.67.89    example.uk
  

  Postfix会优先读取hosts里的映射，直接跳过DNS查询。记得等DNS彻底传播开后删掉这行，避免以后改rDNS出问题。

• 让Postfix使用指定的DNS服务器
  编辑Postfix的主配置文件/etc/postfix/main.cf，找到smtp_dns_support_level或者直接指定DNS服务器：

  smtp_dns_support_level = dnssec
  resolver_options = nameserver 8.8.8.8 nameserver 8.8.4.4
  

  换成公共DNS（比如谷歌的8.8.8.8）或者你刚才查到的权威DNS，然后重启Postfix：sudo systemctl restart postfix。这个方法会让Postfix的所有DNS查询都走指定服务器，适合临时用。

为什么resolvectl flush-caches没用？ #

这个命令只能清空本地系统的DNS缓存，但邮件服务器用的是Ionos提供的递归DNS服务器，缓存是存在运营商那边的，本地flush根本碰不到。除非Ionos那边手动刷新，否则只能等他们的缓存自然过期——有时候这个时间可能比TTL长很多。

额外排查建议 #

• 再确认下Contabo的rDNS配置是否完全生效：用上面的权威查询命令再验证一遍，确保权威服务器上的记录确实是example.uk。
• 查看Postfix的日志（/var/log/mail.log），确认拒绝原因真的是rDNS解析错误，排除其他可能（比如IP被误判为垃圾邮件源？不过你说之前能投递，概率不大，但可以排查下）。
• 如果临时方案不够，直接联系Ionos的技术支持，要求他们手动刷新反向解析的缓存——运营商一般都能做这个操作，只是可能需要几个小时的处理时间。

备注：内容来源于stack exchange，提问作者QF0