![Postfix 邮件日志:警告:主机 nb-mx-vip1.prodigy.net[207 .115.36.20]:25 使用我自己的主机名向我致意](https://linux22.com/image/618494/Postfix%20%E9%82%AE%E4%BB%B6%E6%97%A5%E5%BF%97%EF%BC%9A%E8%AD%A6%E5%91%8A%EF%BC%9A%E4%B8%BB%E6%9C%BA%20nb-mx-vip1.prodigy.net%5B207%20.115.36.20%5D%3A25%20%E4%BD%BF%E7%94%A8%E6%88%91%E8%87%AA%E5%B7%B1%E7%9A%84%E4%B8%BB%E6%9C%BA%E5%90%8D%E5%90%91%E6%88%91%E8%87%B4%E6%84%8F.png)
内部系统上的邮件服务器,可通过转发端口通过网关/防火墙访问,但返回了此错误。
我(不明智地)将我的环境升级为 Fedora Core 19,并遇到了很多网络问题,这是其中之一。我对此进行了彻底的研究。我看过的所有文章(12 篇以上)都是针对目标域实际上应该由记录错误的系统提供服务的情况。这不是这种情况;任何出站电子邮件都会返回此错误(并向发件人发送拒绝回复,在这种情况下发件人始终是本地的)。
我已经弄清楚了,原因非常不明显。我花时间为其他人“留下线索”。问题是:当人们有充分理由相信配置正确时,是什么原因导致这种情况的?!
9 月 25 日 07:53:54 server1 postfix/smtp[9531]: 警告:主机 nb-mx-vip1.prodigy.net[207 .115.36.20]:25 使用我自己的主机名 mail.example.com 向我致意
答案1
尽管一个接口的地址是非路由的,而另一个接口的地址是路由的,但新的firewalld将两者都放在公共区域,并伪装它们。
解决方案是运行 ifconfig 来发现哪个接口是哪个,然后将内部接口的名称插入到以下命令中,其中它们当前读取“em1”:
防火墙cmd --permanent --zone=public --remove-interface=em1 防火墙cmd --zone=public --remove-interface=em1 防火墙cmd
--permanent --zone=internal --add-interface=em1 防火墙cmd --zone=internal --add-interface=em1
虽然 Firewalld 的配置错误不太可能导致此问题,但确实如此......