版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
Windows 环境下，您可通过 tracetcp 进行端口可用性探测。
tracetcp 同样通过发送 TCP 数据包进行链路探测，以分析是否有链路中间节点对目标端口做了阻断。
tracetcp 的使用依赖于 WinPcap library，因此，您需要前往官网下载。
点击此处前往官网下载最新版 tracetcp。或者，您也可以下载附件 v1.0.2 版 tracetcp（可能并非最新版）。
将下载的 tracetcp 相关文件直接解压到 C:\Windows 目录。（如果解压到非系统目录，则需要手工修改系统环境变量，以确保指令可以直接调用）
双击打开 tracetcp 应用程序，tracetcp 的常见用法如下：
tracetcp <目标服务器域名或 IP>:<待探测端口号>C:\ >tracetcp www.aliyun.com:80Tracing route to 140.205.63.8 on port 80Over a maximum of 30 hops.1 3 ms 4 ms 3 ms 30.9.176.12 13 ms 3 ms 4 ms 10.64.200.333 3 ms 3 ms 2 ms 10.64.1.14 4 ms 3 ms 3 ms 42.120.74.45 5 ms 4 ms 7 ms 42.120.253.2336 6 ms 5 ms 7 ms 42.120.247.977 8 ms 8 ms 8 ms 42.120.247.978 10 ms 10 ms 8 ms 123.56.34.2469 9 ms 9 ms 11 ms 42.120.243.11710 * * * Request timed out.11 Destination Reached in 8 ms. Connection established to 140.205.63.8Trace Complete.关于更多 tracetcp 参数说明，您可以通过 tracetcp -? 获取和查看。
通常情况下，您可以：
异常节点判定方法：如果相关端口在某一跳被阻断，则其后各跳均不会返回数据。据此就可以判定出异常节点。
C:\>tracetcp www.aliyun.com:135Tracing route to 115.239.210.27 on port 135Over a maximum of 30 hops.1 3 ms 3 ms 3 ms 30.9.176.12 4 ms 3 ms 3 ms 10.64.200.333 3 ms 3 ms 3 ms 10.64.1.14 * * * Request timed out.5 * * * Request timed out.6 * * * Request timed out.7 * * * Request timed out.8 * * * Request timed out.9 * * * Request timed out.10 * * * Request timed out.11 * * * Request timed out.12 * * * Request timed out.13 * * * Request timed out.14 * * * Request timed out.15 * * * Request timed out.16 * * * Request timed out.17 * * * Request timed out.18 * * * Request timed out.19 * * * Request timed out.20 * * * Request timed out.21 * * * Request timed out.22 * * * Request timed out.23 * * * Request timed out.24 * * * Request timed out.25 * * * Request timed out.26 * * * Request timed out.27 * * * Request timed out.28 * * * Request timed out.29 * * * Request timed out.30 * * * Request timed out.Trace Complete.上述探测数据中，目标端口在第 3 跳之后就没有数据返回。说明相应端口在该节点被阻断。
示例结论：因为该节点为内网 IP，可能是本地网络相关安全策略所致，您需要联系本地网络管理人员做进一步排查分析。
[root@mycentos ~]# traceroute -T -p 135 www.baidu.comtraceroute to www.baidu.com (111.13.100.92), 30 hops max, 60 byte packets 1 * * * 2 192.168.17.20 (192.168.17.20) 4.115 ms 4.397 ms 4.679 ms 3 111.1.20.41 (111.1.20.41) 901.921 ms 902.762 ms 902.338 ms 4 111.1.34.197 (111.1.34.197) 2.187 ms 1.392 ms 2.266 ms 5 * * * 6 221.183.19.169 (221.183.19.169) 1.688 ms 1.465 ms 1.475 ms 7 221.183.11.105 (221.183.11.105) 27.729 ms 27.708 ms 27.636 ms 8 * * * 9 * * *10 111.13.98.249 (111.13.98.249) 28.922 ms 111.13.98.253 (111.13.98.253) 29.030 ms 28.916 ms11 111.13.108.22 (111.13.108.22) 29.169 ms 28.893 ms 111.13.108.33 (111.13.108.33) 30.986 ms12 * * *13 * * *14 * * *15 * * *16 * * *17 * * *18 * * *19 * * *20 * * *21 * * *22 * * *23 * * *24 * * *25 * * *26 * * *27 * * *28 * * *29 * * *30 * * *上述探测数据中，目标端口在第 11 跳之后就没有数据返回。说明相应端口在该节点被阻断。
示例结论：因为该节点经查询归属北京移动，所以您需要自行排查，或者提交工单做进一步排查分析。
如果问题还未解决，请记录端口可用性探测步骤测试结果，然后提交工单联系阿里云。