我不是一个大的networking专家，但我无法访问vmware.com，我想尝试进一步了解这个问题。 这是我得到的traceroute： http : //pastebin.com/MawawMRG
在第17跳，似乎数据包“差不多”达到目的地，但随后丢失。 我知道这个网站是由于我检查了一个不同的互联网服务供应商，现在我只是想知道这是否是一个足够的理由，因为他们（特别是因为他们一直坚持他们没有问题）。
所有的跟踪告诉你，这些主机不响应traceroute数据包（ICMP）。 在某些情况下，根据问题，你可以看看这个，并说“从我到vmware的path有错误”，但是在大多数情况下，它不会以任何方式给你提供任何可靠的证据。 许多路由器不会响应ICMPstream量，这是因为对ICMPstream量的响应会将路由器从其预期的工作中分stream出去，从而尽可能快速有效地路由“真实”stream量。 另外，许多Web服务器都configuration为不响应traceroute或pingstream量。 我不允许ping或traceroutestream量到我的任何服务器。 我只允许ping和traceroute到我的networking周边的一台主机，作为一个基本的诊断工具。
我运行了一个tracert到vmware.com，得到了和你一样的结果…因为vmware.com和www.vmware.comparsing了不同的networking块的不同的IP地址…所以你的traceroute没有testing正确的终点无论如何。 我可以成功地跟踪到www.vmware.com。
如果traceroute（或Windows上的tracert）没有显示足够的结果，请使用命令mtr（或Windows上的winmtr）。
MTR代表My TraceRoute，运行好之后会显示出有趣的结果。
http://www.bitwizard.nl/mtr/ （由大多数Linux发行版/ FreeBSD / etc包装） http://winmtr.sourceforge.net/
你也可能想尝试tcptraceroute。 它使用TCP数据包而不是ICMP数据包。