相关主题:
问题
我有一台运行 Debian 3.2.65-1 的服务器,在基于 Drupal 的 Web 应用程序中连接其他服务器通过 SMTP 发送电子邮件时遇到了一些问题。
我做的第一件事是使用 telnet 检查服务器结果如下。
命令行语法:
telnet smtp.mydomain.com 587
结果:
Trying XXX.XXX.XX.XXX...
telnet: Unable to connect to remote host: Connection timed out
在谷歌搜索并阅读了一些关于不同解决方案的帖子后:
- 我可以从其他不同的机器连接到 SMTP 服务器。因此我认为 SMTP 服务器不是问题的根源。
- 1 上的陈述让我认为这是防火墙问题。然后,我检查了iptables。
命令行语法:
iptables -L
结果:
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
我知道服务器是开放的,并且具有默认配置,没有任何规则。
- 我发现服务器有 UFW,但是它没有运行。
- 按照评论中 kasperd 的建议:第三条评论
网络状态监测
结果:
(Not all processes could be identified, non-owned process info
will not be shown, you would have to be root to see it all.)
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 127.0.0.1:11211 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:36990 0.0.0.0:* LISTEN -
tcp 0 0 127.0.0.1:6082 0.0.0.0:* LISTEN -
tcp6 0 0 :::111 :::* LISTEN -
tcp6 0 0 :::8080 :::* LISTEN -
tcp6 0 0 :::80 :::* LISTEN -
tcp6 0 0 :::46645 :::* LISTEN -
tcp6 0 0 :::22 :::* LISTEN -
tcp6 0 0 :::443 :::* LISTEN -
tcp6 0 0 ::1:6082 :::* LISTEN -
有什么想法可以修复它吗?
答案1
您的服务器没有监听端口 587。我接受您认为您能够从其他机器连接到它的想法,但我只能推测他们一直在通过某种透明代理,这种代理劫持了与邮件服务器类型服务的连接,并将您带到某个本地邮件服务器。
换句话说,无法连接到 server:587 的机器告诉你的是实话。任何声称可以连接的机器都是骗你的。