我们有一个运行应用程序的服务器。 一些数据条目正在我们的办公网站之一进行，应用程序运行速度太慢。 他们定期检查服务器和获取请求的时间。 traceroute也显示请求超时。 但是当我们从我们的办公室ping服务器时，一切都很好。 他们最后可能会遇到什么问题？ Traceroute在第四步显示请求超时，并继续到服务器。
如果这些特定的设备设置为不回答ICMP ECHO，那么您可以在traceroute中的中间节点上获取请求超时。 此外，某些防火墙将只允许在特定path上每秒有限数量的ICMP ECHO请求。
在你的情况下，我会从你的远程办公室得到完整的path，并比较它们：有可能你有一个分离的path问题，你的数据包不会以一种方式和另一种方式通过相同的路线。 这通常是由于不正确的路由器configuration，也可能是由于VPNconfiguration问题，或者是由于networking掩码不正确的多宿主服务器造成的。
我同意Stephane的回答。 您不会提供有关站点以及服务器实际位置的更多信息。 一旦build立了失败的客户端和服务器之间的路由，请连接到上一次成功的跳转中的客户端/服务器，然后尝试从其中ping不同的子网。 这可能是一个没有在该站点的路由器中正确定义的路由。
理想情况下，你需要从你的数据家伙的一些input。