基本的问题：如果我在traceroute读取之间跳跃跳跃之间，但我无法通过FTP连接到主机，这意味着什么？
通过FTP连接，我只是指使用FileZilla，错误是“连接超时”。 但是，我的traceroute读取IP并不表示延迟问题。
我已经删除了下面的IP地址，但这是读数的样子：
traceroute to 207.xxx.xxx.xx, 30 hops max, 40 byte packets 1 <server> 0.788 ms 1.135 ms 1.135 ms 2 <server> 0.677 ms 0.688 ms 0.679 ms 3 <server> 4.526 ms 4.500 ms 4.500 ms 4 <server> 1.502 ms 1.507 ms 1.502 ms 5 <server> 4.771 ms ae1.ar2.ord1.us.nla yer.net (69.31.111.146) 4.761 ms 4.734 ms 6 <server> 1.456 ms !N 1.300 ms 任何想法或build议？ 谢谢！
有没有一个ftp服务器监听207.xxx？ 是否有一个防火墙，并configuration为允许连接到FTP服务器？
这意味着主机可以在互联网上访问，但没有响应尝试连接到FTP。
这将是由于缺乏正在运行的FTP服务，阻止端口的防火墙（更可能是因为您超时而不是拒绝），或者两者兼而有之。
正如Shane Madden和Iain所说，TCP端口21（FTP）的连接尝试没有通过。 您可以尝试使用TCP来追踪路由，找出连接丢失的位置，例如
nmap -Pn --traceroute -p 21 207.xxx.xxx.xx
要么
tcptraceroute 207.xxx.xxx.xx 21
首先快速放在一边，讨论用正确的工具进行testing。
ICMP工具一直是testing连接性的传统方法，但它们并不总是好的testing。 正如您发现的那样，您可以通过ICMP快速到达您的服务器，但不能使用FTP（运行在TCP / IP之上）。 通过在托pipe它的服务器上发送ICMPstream量来testing网站的延迟是否会产生有意义且有用的结果？ 可能不会。 在这种情况下，像httping或mtr这样的工具将是更好的select。
ISC在这里有一个很好的关于这个问题的小文章： Ping是坏的（有时候）
所以出于很多原因，PING在许多情况下只是一个糟糕的testing。 要么是它显示事情发生了，或者如果你把它用作衡量绩效的标准，那么它就不能衡量你认为正在衡量的东西。
人应该做什么？ 那么，首先，testing主机上传/下传状态，他们将收到并回复。 所以应该使用tcp / 80来testingnetworking服务器，而不是icmp echo和echo reply。 类似地，networking的RTT（往返时间）性能应该使用我们实际希望测量的协议来测量。 诸如tcp / 80（http），tcp / 443（https）或tcp / 445（基于IP的服务器消息块（SMB）（Microsoft-DS））的协议。
@Gerald Combs的build议非常好。 尝试使用基于TCP的方法来检查连接性。
您可以通过使用telnetvalidationTCP / 21是否已打开并正在接收连接：
telnet 207.xxx.xxx.xx 21
如果您可以成功连接，则可以确认您可以访问FTP服务器（即，没有防火墙阻止您的连接），并且FTP服务器正在运行。 如果是这种情况，那么你的问题就在应用层的某个地方。 正如其他人指出的那样，问题更可能是没有FTP服务器侦听和/或防火墙阻止连接。