我们托管了一个为多个客户定制的 Web 应用程序。每个客户都通过他们自己的自定义子域访问他们自己的网站版本。我们遇到一个问题，一个客户声称他们的网站存在问题——网站不可用、某些功能超时，或者一般只是“速度慢”。
当这种情况发生时，我们的支持代表会收到客户的报告/电子邮件/电话——并尝试重现问题。但大多数情况下，他们无法重现问题。如果问题仍然存在，他们最终会联系我们的 IT 团队，并与客户的 IT 团队安排故障排除电话。
客户通常使用自己的公司网络，尽管他们的网站也可以通过互联网访问。如果我们的支持代表无法重现该问题，并且没有其他客户报告问题，我们就会假设问题不是系统性的，并且很有可能是在客户的网络中。
由于我们无法 ping/跟踪发出请求的客户端并查看所有跳数，因此它变成了互相指责，似乎没有办法证明问题出在哪里。
- 我们能做些什么来提供证据证明我们的服务和网络不是问题？
- 有什么最好的方法可以证明从我们的网络服务器到我们的 ISP（两个方向）都没有问题？
- 有没有什么推荐的工具可以用来监控#2？
答案1
有许多服务（有些甚至是免费的）可以从世界各地“监控”您的网站，报告指标和响应时间等。就我个人而言，我会利用其中的一两种服务，这样我就可以向客户推荐它们。（我立即想到的是平多姆，上升趋势和负荷冲击但这不是我的专长，所以我相信有更好、更具体的服务可以更好地适合您的用例。）
无论如何，这些工具和服务的目的在于让您能够可信地说“看，它在世界其他地方运行良好并且非常顺畅，我们的其他客户都没有遇到问题，并且这些全球范围内的结果非常明确地表明这是您设置特有的问题。”
不，这不是证据，但如果他们不让你在他们的网络上托管一个盒子来监控，那么你可能只能这么做了。你也可以试着和他们讲道理（虽然这听起来像是在浪费时间）——谷歌搜索涉及多少数据，以及你提供的托管服务——当然谷歌和必应看起来会很快……它们在 56k 调制解调器上看起来很快。这对网络利用率的状态没有任何意义，因为使用的数据太少了。
归根结底，请记住并非所有客户都值得拥有。如果他们在解决网络问题上花费的钱比他们作为客户创造的收入还多，那么是时候告诉他们把业务转到别处去了。
答案2
我建议要求客户安装 TeamViewer 并礼貌地请求他们共享 TeamViewer 密钥，以便您可以查看正在发生的事情，并且（在客户的监督下）从“他们”的角度检查所有相关设置。
还提醒他们卸载 TeamViewer 或生成新的 TeamViewer 密钥以确保他们的安全。
编辑后添加：我在自己的网络中亲眼目睹过这种情况。但这种情况发生在我的网络中，作为“客户”端；显然，proxy.pac 出现了错误，导致访问的网站部分使用“DIRECT”而不是公司代理，因此网站的这一部分总是失败。