我有几个员工只能访问一个网站。他们所做的一切都是使用这个网站，他们开始告诉我，在一天中的某些时段，这个网站有多慢。在一天中的某些时段，当速度变得非常慢时，他们会点击一个按钮来提交表单，但请求需要很长时间，以至于超时，他们不得不重新登录。
让我说清楚，唯一慢的是网站。而不是 IE 加载所需的时间
涉案网站与我们公司无关，由另一家公司控制。我们与他们之间并无任何特殊关系。
我们公司里没有其他人抱怨互联网访问速度慢或任何其他让我相信该问题出在我们的网络上的事情。
负责运营该网站的公司的一名 IT 经理表示，“我们有 150 个网站，而贵公司是唯一一家报告问题的网站。”
为了排除我们的网络是罪魁祸首，我想到了几种不同的测试方法。
- 为一名用户设置一两天的高速无线上网卡。但问题是，用户随后将无法过滤互联网访问。
- 带着我的电脑出去，与他们站在一起 45-69 分钟，同时他们使用电脑并浏览其他网站。在此期间，我想跟踪加载每个页面所需的时间，无论域名是什么。然后我可以把这个带回另一家公司，向他们展示除了您的网站之外，其他一切都运行良好且速度很快。
我还没有找到任何可以帮助我实现想法 #2 的软件。有什么建议吗？
您还能想到其他什么方法可以帮助确定问题出在哪里吗？
答案1
投入时间安装监控解决方案。确定问题所需的所有数据几乎都会凭空而来，并且系统将以无数其他方式帮助您进行故障排除、容量规划等。
指定网络上的一台主机作为监控服务器。运行任何监控包，例如芝诺斯，扎比克斯，仙人掌，或者其他许多人。
持续监控监控服务器的 ping 时间以便：
- 您网络上的所有客户端计算机（您的员工工作站）
- 您的 ISP 的第一个网关和 DNS 服务器
- 您所关注的网站附近的一些网关（使用 traceroute 来确定这一点）
- 网站的实际网络托管者
这些数据会告诉您是否存在网络拥塞，并且您应该能够推断出拥塞的位置。但它不会告诉您他们的网络服务器是否只是陷入了困境。为此，您需要监控特定 URL 的响应时间。您也可以使用大多数监控服务器执行此操作。您可以让一个监控器监控 google.com 的响应时间作为控制案例。
一旦你开始持续监控所有这些内容，就让它运行一周，然后分析所有的图表。你可能会看到响应时间在一天中的某些时段有所增加。你可以向网站上的 IT 经理展示这些数据，并说：
这张图显示了您的 Web 服务器的响应时间不可接受，另一张图显示了同一时间段内 Google 的响应时间非常出色。显然，我们的网络和 Internet 连接并不是罪魁祸首。