我以前能够通过SFTP远程服务器下载文件。我们的本地服务器是Windows 2008 Enterprise，远程服务器是 Unix。本地计算机和远程服务器位于同一网络/域下。突然，我无法连接。
现在，请记住，这是一家跨国公司，某个地方的某个人可能已经添加了规则，而我们对此一无所知。我无法修复该问题，但当我创建工单时，我可以更具体地说明实际问题所在。我的目标是通过指定阻止我们访问 sftp 服务器的 IP/服务器来创建工单。
所以我在这里发布了这个问题，有人建议我使用，tracetcp因为它可能会告诉我从中看到的 12 个跳数来看实际的块在哪里tracert。在我看到的结果后tracetcp，我问他这和 之间有什么区别telnet，因为两者似乎都返回了同样的东西，只是措辞不同，然后tracetcp继续尝试。
这就是我所做的。
我 ping 了服务器，没有数据包丢失：Packets: Sent = 4, Received = 4, Lost = 0 (0% loss)。
我运行了 tracert，结果如下：
Tracing route to server-test.net.companyws.com [31.129.173.86]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms 205.166.78.128
2 <1 ms <1 ms <1 ms 157.88.229.249
3 28 ms 31 ms 28 ms 50.22.154.11
4 81 ms 79 ms 79 ms 63.5.170.209
5 * * * 55.122.96.123
6 * * * 156.213.48.174
7 * * * 197.98.12.60
8 * * * 82.64.244.32
9 98 ms 98 ms 98 ms 230.67.160.132
10 98 ms 100 ms 98 ms 154.134.127.203
11 102 ms 99 ms 102 ms 156.26.214.219
12 98 ms 98 ms 98 ms 31.129.173.86
Trace complete.
我运行了 telnet，结果如下：
telnet 31.129.173.86 22
Connecting To 31.129.173.86...Could not open connection to the host, on port 22:
Connect failed
最后，我运行了 tracetcp，结果如下：
tracetcp 31.129.173.86:22
Tracing route to 31.129.173.86 on port 22
Over a maximum of 30 hops.
1 * * * Request timed out.
2 * * * Request timed out.
3 * * * Request timed out.
4 * * * Request timed out.
5 * * * Request timed out.
6 * * * Request timed out.
至少以我未经训练的眼睛来看，tracetcp结果telnet是一样的：我无法连接。
我遗漏了什么吗？有什么可以tracetcp帮我的吗？