大多数帐户100％的时间都可以正常运行，但是有一些用户能够在一天内访问一个子网站，接下来会有标准的404。这可能会持续一两个小时，这确实是不一致的。
我检查了iis日志，它说这些请求的状态也是404，没有别的东西看起来不寻常。 Sharepoint日志也没有时间戳记。
如果我错了，请纠正我，但如果是权限问题，则会显示拒绝访问的消息。
这不是个人计算机，因为当用户遇到此问题并且我可以使用他们的帐户登录时我也会收到404错误，尽管我在另一个浏览器中的另一个帐户的确切网站上同时，它完美无缺。
我将非常感谢任何建议，我已经做了大量的搜索，但无法在任何地方找到类似的情况或帮助。
答案 0 :(得分：1)
由于目前信息非常严格，我将提出一些可能导致您解决问题的问题。
可能经常发生的事情是，例如，当您在GAC或bin文件夹上有自定义代码DLL时，由于您可能处于加载平衡状态，因此第二台服务器在其自己的GAC或BIN中没有此DLL夹。当找不到程序集时，Sharepoint通常会引发404，而不仅仅是请求。
答案 1 :(得分：0)
这似乎是一个远景，但......那些SharePoint网站是否会抛出404 HttpException？看起来你也会在SharePoint日志中看到它，所以它更不可能。
无论如何，您的SharePoint日志记录级别是否设置为适当的详细级别来调试这样的怪异内容？
答案 2 :(得分：0)
是否有人在办理登机手续当新的CSS文件和/或其他包含（脚本文件等）尚未发布时，发布母版页会发生变化吗？我已经看到，当用户在发布之前忘记检查时，这会导致404次。
答案 3 :(得分：0)
我必须在SharePoint上下文中编写自定义代码，我也有404错误。在我的例子中，解决方案是确保执行代码块满足以下两个条件：
1）使用提升的权限运行，无论它是否为404，这都是解决方案的一部分。
2）web.AllowUnsafeUpdates = true;即使它被包装在提升的特权块中，也需要添加这行代码。
添加这些后，问题就不会发生。这种情况发生在负载和非负载平衡环境中。
答案 4 :(得分：0)
这让我想起了几个月前我遇到的一个奇怪的asp.net错误。 它是由已经应用的补丁引起的（如果我没记错的话，就是框架）
尝试下载此Windows update list tool并查看自问题开始以来发生了哪些变化。
我承认，如果修补程序出现问题，那么它更可能是一致错误，但值得一看。
答案 5 :(得分：0)
这是一个权限问题，我已经想出了一段时间了，但基本上一些帐户设置不正确并且无法加载页面的新副本，当其他人点击它时他们将能够查看缓存页面很好。错误从未被抛出作为权限问题或访问被拒绝，但这是解决问题的原因。