发送邮件时连接超时，执行traceroute到谷歌邮件服务器无响应求排查

你发邮件时遇到连接超时，且对Google的SMTP服务器alt4.aspmx.l.google.com执行TCP traceroute（端口25）时所有跳数都返回*，这基本是网络层面的阻塞或限制导致的，我给你梳理几个实用的排查方向：

• 先检查本地防火墙/安全软件
  不少桌面防火墙、杀毒软件或者企业级安全策略会默认拦截25端口的出站流量（防垃圾邮件）。你可以临时关闭这类软件测试，或者手动添加出站规则，允许TCP 25端口流量到目标服务器地址。

• 确认ISP是否封锁了25端口
  现在绝大多数 residential 宽带ISP都会封锁25端口的出站流量，这是行业通用的反垃圾邮件措施。你可以：

  1. 直接联系ISP客服确认是否有此限制；
  2. 换用Google SMTP的替代端口测试（587或465都是加密端口，一般不会被封）：

     traceroute -T -p 587 alt4.aspmx.l.google.com
     

     如果这个traceroute能返回正常跳数，那基本实锤是ISP封了25端口，改用587/465端口发送邮件就能解决问题。

• 用telnet/netcat验证端口连通性
  Traceroute全星号有时候是因为中间节点禁用了ICMP响应，或者不返回TTL超时数据包，但实际端口可能是通的。你可以用更直接的工具测试：

  # 用telnet测试
  telnet alt4.aspmx.l.google.com 25
  # 或者用netcat（更直观）
  nc -zv alt4.aspmx.l.google.com 25
  

  如果这些工具提示连接超时/拒绝，说明端口确实无法连通；如果能建立连接，那可能是traceroute的局限性导致的全星号，此时要排查邮件客户端的配置问题（比如是否开启了错误的加密方式、认证信息是否正确）。

• 检查代理/VPN或路由设置
  如果你用了代理服务器、VPN，或者自定义过路由规则，可能导致流量无法正确路由到目标服务器。先关闭代理/VPN，恢复默认路由后再测试连接。

• 换其他SMTP服务器测试
  试试对其他公共SMTP服务器（比如smtp.qq.com 端口25）执行traceroute或telnet测试：

  • 如果同样无法连通，问题大概率在本地网络或ISP；
  • 如果其他服务器正常，那可能是Google这个特定服务器的临时故障，换用Google的其他SMTP节点（比如alt1.aspmx.l.google.com）再试。

内容的提问来源于stack exchange，提问作者chris Jerry9618