我注意到，在过去的两周里，我客户网站的访问量下降了很多，所以我检查了所有可能的 Java、php、.htaccess 脚本，从世界各地 ping 了网站，使用了 100 个工具来检查 ping 的可用性等等，但一切都很好，除了这个网站http://www.watchmouse.com其中写道：
Redirected outside allowed domains 6001 - München, D2
Redirected outside allowed domains 6001 - München, D2
Redirected outside allowed domains 6001 - New York, NY
Redirected outside allowed domains 6001 - Toronto, C2
Redirected outside allowed domains 6001 - Amsterdam1, N1
Redirected outside allowed domains 6001 - Manchester, U2
Redirected outside allowed domains 6001 - Lisbon, PT
Redirected outside allowed domains 6001 - Florida, FL
so on...
有人能帮忙解决这个问题吗？这是托管服务提供商的错误吗？如何确定？如果我 ping 我会得到正确的 IP 地址，但如果某些脚本在页面加载后重定向或某些网关，那就没有任何意义了！
答案1
首先，6001 不是“真正的”或官方的 HTTP 错误代码。至少就我所知不是，而且HTTP 1.1。
在我看来，这是一些自定义的错误代码，是由 watchmouse.com 发明的，他们的目的是为了更详细地命名他们看到的错误。
我想您（和我一样）在 WatchMouse 执行的“真实浏览器检查”类别下会发现这一点？这似乎是他们努力测量从“真实”浏览器访问您的页面时的“真实”响应，就像真实用户会做的那样。我看到检查每 30 分钟进行一次 - 问题是他们是否真的每半小时通过真实浏览器进行一次访问，或者他们是否自动执行一些工作以向您的域发出 HTTP 请求，同时通过浏览器的签名（如 IE、Chrome、Firefox 等）呈现自己。
我怀疑是后者，他们要么无法正确地“隐藏”自己，以便您的域/页面以某种方式将它们识别为非浏览器（或蜘蛛），从而导致您的页面功能中断。
您的网站是否有任何与浏览器的“用户代理”字符串相关的调节，从而会改变您网页的行为？
我在一些域名的 100% 测试访问中看到了此类错误，而实际上我能够在 100% 的情况下看到该域名在所有浏览器中完全正常工作，所以我对“浏览器检查”有点怀疑。但我会进一步调查，如果我设法解决了它，我会告诉你。
答案2
WatchMouse 支持人员发送的电子邮件：
关于您提到的 6001 代码错误，这是一个重定向错误。对于浏览器监视器，这个问题可能可以在监视器设置中修复，方法是将配置“允许浏览器向以下对象发出请求”更改为“互联网”。