我有hosta和hostb ，两个专用服务器在同一地区（同一间湾？）。
平和沟通这些主机是好的。 但是， hosta似乎有25端口的所有传出通信阻止某种方式：
在两台主机上都使用nc working-smtp 25 （和端口80 ）。 我认为：
25上的所有外出通信都被超时。 hostb工作正常。 请注意， working-smtp是一个工作的smtp服务器与他们两个无关，实际做testing（和我已经把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 ，下一跳都是重要的，它在6跳中到达working-server 。 如果我使用端口80执行相同的traceroute ，则两台服务器都会以相同的轨道到达目标。
我们可以得出什么结论？ 有更多的testing要做吗？ 我应该联系我的专用服务器提供商吗
我同意其他人的观点，主机提供商应该直接处于询问的范围内（尽pipe按上面的说明，还有一点值得确认的是，没有任何出站防火墙规则对主机有效）。 我认为你在这里做了一个很好的调查（从我+1！），直到提供者澄清他们的立场，没有什么可说的。
托pipe提供商阻止到邮件服务器的出站连接将是相当正常的。 有些人会希望你使用他们的邮件服务器作为中间跳，其他人会根据请求以源主机为主的方式删除该块（虽然他们可能会要求你明确地接受一个AUP，以防止他们的地址空间用于托pipe大量发件人）。
我只是发表这个答案，因为你原来的问题只写了两个答案 – “ 是 ”和“ 否 ” – 如果没有得到每个答案的例子，它将保持未答复，某种幽灵船，永远。