Postfix本地可正常响应但远程无正常服务（非防火墙问题）求助

兄弟，我太懂这种明明本地正常、远程就抽风的糟心感了！既然防火墙已经排除，咱们从Postfix本身和网络细节入手排查，一步步来：

• 先确认Postfix的监听范围
  打开你的/etc/postfix/main.cf，找inet_interfaces和inet_protocols这两个配置项：

  • inet_interfaces应该设置为all或者明确包含你的公网IP，而不是只写localhost（虽然你说远程能连端口，但万一服务器有多个网卡，Postfix只绑定了内网/回环IP，防火墙又做了端口转发，就会出现能连但没响应的情况）
  • inet_protocols建议设为ipv4（如果不需要IPv6的话）或者all，避免协议不匹配

• 立刻查Postfix日志！这是定位问题的关键
  远程telnet测试的同时，在服务器上实时查看邮件日志：

  tail -f /var/log/mail.log
  

  重点看远程连接进来时的日志条目，比如有没有TLS握手失败、客户端被拒绝、系统资源不足（452错误通常和存储有关，但你本地正常，大概率不是磁盘满了）的提示。比如如果日志里出现TLS initialization failed，那就是证书路径或者权限有问题——你用的是Nginx的证书，要确保Postfix的进程用户（通常是postfix）能读取证书和密钥文件，权限设为600，所属组改成postfix试试？

• 检查客户端访问限制规则
  看看main.cf里的smtpd_client_restrictions、smtpd_recipient_restrictions这些配置段，是不是只允许了mynetworks（本地/内网IP）的访问，而拒绝了外部客户端？比如如果有reject在规则末尾，但没加permit的话，外部连接会被静默拒绝。正常的基础配置应该类似：

  smtpd_client_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
  

• 排查网络层面的细节问题
  有时候TCP连接建立了，但SMTP报文传输出问题：

  • 试试用nc -v <你的服务器IP> 25代替telnet，看能不能拿到banner，有些telnet客户端的兼容性有问题
  • 检查服务器的MTU设置，比如如果是云服务器，MTU设成1500还是9000？如果远程客户端的MTU和服务器不匹配，可能导致banner报文无法正常传输
  • 确认有没有做NAT/端口转发，比如云服务商的安全组虽然开了25端口，但转发的目标端口或者IP不对？（不过你说能连端口，这个可能性低，但可以排除）

• 验证DNS反向解析
  有些Postfix配置会检查客户端IP的反向解析，如果你的远程测试IP没有PTR记录，可能会触发reject_unknown_client_hostname之类的规则，导致连接卡住。可以临时在main.cf里注释掉相关规则，测试看看会不会恢复正常。

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