在没有跟踪路由的情况下确定 TCP/IP 连接问题的原因

Question

我正在尝试从公司网络连接到主机（通过 HTTPS），但我的尝试因超时而失败。我可以解决主机。我知道主人已经起来了。我知道有一个防火墙过滤器通过传入的 IP 号码保护远程主机。我公司网络中的某些路由器上禁用了 Traceroute，因此我无法看到数据包的去向。我知道我的数据包被卡在了沿途的某个地方。这可能是（我认为）我们公司网络中的一条错误路线；或者配置错误的防火墙在远程主机上阻止了我（虽然它应该授予我访问权限）。（结果是后者。）

如果没有 traceroute，是否有任何技术方法可以确定阻止连接的错误配置是在我们公司的网络中，还是在远程主机上？（假设中间的互联网是可靠的。）

SuperUser.com 上的完整故事和原始帖子，这可能不是问这个问题的最合适的地方。

Answer 1

如果您的网络管理员阻止 ICMP（无论是出于错误的原因还是在任何地方这样做），您几乎无能为力。无论您使用哪种协议来探测数据包（Windowstracert.exe使用 ICMP，Windows 、Linuxtraceroute默认使用 UDP，如果您需要，则使用 TCP），如果 ICMP 作为协议通常会被过滤（尤其是由外部主机生成的 ICMP 响应）也被过滤），您永远无法将有意义的结果返回到您的计算机进行诊断 - 因为这些结果总是会作为 ICMP 数据包返回。