我有hosta
和hostb
,位于同一区域(同一海湾?)的两台专用服务器。
对这些主机的 Ping 和通信均正常。但hosta
似乎端口 25 上的所有传出通信都以某种方式被阻止了:
两台主机上都有nc working-smtp 25
(和 和 端口80
)。我认为:
hosta
所有传出的通信仅在端口上超时25
。hostb
工作正常。
请注意,这working-smtp
是一个与它们两个都无关的工作 smtp 服务器,可以进行实际测试(并且我已经在其中放置了一个tcpdump
以仔细检查连接。)
顺便说一句,两个主机都可以 ping 通working-smtp
。
所以我做了一个traceroute -p 25 -T working-smtp
,并且两个 traceroute 中的前两个服务器完全相同:
# traceroute -p 25 -T working-server
traceroute to working-server (xx.xx.xx.xx), 30 hops max, 60 byte packets
1 A (xx.xx.xx.xx) 0.363 ms * *
2 B (xx.xx.xx.xx) 0.819 ms 1.063 ms 1.166 ms
...
(A 和 B 是从专用托架无法由我控制的网络网关。)
- 打开
hosta
,下一跳为 ,* * *
直到达到最大跳数。 - 在 上
hostb
,下一跳均被赋值,并且working-server
需要 6 跳才能到达。
如果我对端口 80 执行相同操作traceroute
,则两个服务器都会以相同的轨迹到达目标。
我们可以得出什么结论?还需要做更多测试吗?我应该联系我的专用服务器提供商吗?
答案1
我赞同其他人的观点,托管服务提供商应该受到调查(尽管正如 PressingOnAlways 上面指出的那样,也值得确认 上没有有效的出站防火墙规则hosta
)。我认为你在这里做了一项出色的调查(我 +1!),在提供商澄清其立场之前,没有什么可说的。
托管服务提供商阻止与邮件服务器的出站连接是相当正常的。有些托管服务提供商希望您使用他们的邮件服务器作为中间跳转,而其他托管服务提供商则会根据请求逐个源主机取消阻止(尽管他们可能会要求您首先明确接受 AUP,以防止他们的地址空间被用于托管批量发件人)。
我发布这个只是为了回答,因为你最初的问题只允许两个答案 - “是的“ 和 ”不“——如果得不到每个例子,它就会得不到答案,永远像某种幽灵船一样漂浮。