如何证明（通过日志记录）发生端口阻塞的位置？

Question

如何证明（通过日志记录）发生端口阻塞的位置？

我已经在 IIS（Windows 7 主页）上设置了一个 FTP 站点，并在 Windows 防火墙中设置了一个允许访问的规则。ftp 站点可通过我的本地浏览器访问我的静态 IP（ftp.example.com，其中 DNS 是 godaddy，因此它解析为我的静态 IP 并且正在提供 ftp 目录）。我还在我的 uVerse 路由器防火墙中设置了一个规则，允许 FTP 服务器访问这台机器。但是，我的客户无法访问我的 FTP 站点，当我使用 mxtoolbox.com 进行测试时..

1个开放端口：

80  http    Success 78 ms

这些端口已关闭：

21  ftp Timeout 0 ms

此外，我可以添加其他开放端口，例如 IMAP 和 POP3，一旦我编辑路由器防火墙，它们就会显示为开放。无论我删除和添加FTP服务器多少次，mxtoolbox.com上的21端口始终显示为打开，当然客户无法访问FTP站点。他可以成功访问我在本地托管的网页。

Answer 1

从远程站点，您可以使用traceroute来确定端口在路径中被阻止的位置。请注意，这必须是 *nix 跟踪路由，例如 linux，因为 Windows 不支持通过任意端口进行跟踪路由。

相比

sudo traceroute -p 21 -T <your server ip>

到

sudo traceroute -p 80 -T <your server ip>

这些必须以 root 身份运行，因为它需要提升的权限。

请注意，是最后一个成功跃点之后的 IP告诉您块的位置——即没有响应的跃点。因此，在端口 21 跟踪路由中的最后一个成功之后，在端口 80 跟踪路由中寻找下一跳。