静态文件上的间歇性 401 和 302 错误答案

【问题标题】：Intermittent 401 and 302 Errors on Static Files静态文件上的间歇性 401 和 302 错误
【发布时间】：2012-06-10 23:03:18
【问题描述】：

我正在为我们的一个客户开发一个网站，几周来一直有一个烦人的问题。该问题是间歇性的，可能一天发生两次或两周内发生一次。

当这种情况发生时，客户端在尝试在页面上加载静态脚本或样式标签时将开始收到 401.3“未授权”错误。总是被拒绝的 .css 或 .js 文件，并且设置 <modules runAllManagedModulesForAllRequests="false" /> 并没有解决问题。当问题发生时，它会有效地阻止文件，直到应用程序池重新启动。

该站点正在使用带有库存“AspNetSqlMembershipProvider”的表单身份验证。该站点在 /Accounts 文件夹中具有受保护的文件，在 /Styles 中具有样式，在 /Scripts 中具有脚本。该站点启用了匿名访问，并且在 /Accounts 文件夹中有一个单独的 web.config，它拒绝匿名用户的访问（尽管这甚至与 runAllManagedModulesForAllRequests=false 无关）。

我查看了事件日志，发现：
2012-06-06 14:23:32 [ipaddress] GET /subfolder/Styles/Site.css ver=11 443 - [ipaddress] Mozilla/5.0+(Windows+NT+6.1;+WOW64;+rv:12.0)+壁虎/20100101+Firefox/12.0 https://thesitename.net/subfolder/Account/Login.aspx 401 3 5 1493 429 62

有时它会在短时间内自行修复，或者如果我重新启动应用程序池，我会得到以下信息：
2012-06-06 14:30:30 [ipaddress] GET /subfolder/Styles/Site.css ver=11 443 - [ipaddress] Mozilla/5.0+(Windows+NT+6.1;+WOW64;+rv:12.0)+壁虎/20100101+Firefox/12.0 https://thesitename.net/subfolder/Account/Login.aspx 200 0 0 2533 455 78

我终于让托管服务提供商启用了失败的请求跟踪，并最终得到了错误的跟踪：

我这次得到的每个失败的请求跟踪文件都说失败发生在“FILE_CACHE_ACCESS_END”事件之后。这个事件在做什么？为什么会拒绝访问？

【问题讨论】：

您能否从日志中添加一个示例行来指示这些错误之一？
克里斯，我从 IIS 日志中添加了两行。一种是当问题发生时，然后第二行显示应用程序池重新启动后的响应。

标签： asp.net web-config forms-authentication http-status-code-401 http-status-code-302

【解决方案1】：

编辑：

您可能应该尝试遵循“失败的请求跟踪”说明here。该错误几乎可以肯定与 NTFS 权限有关。

看起来您在问题行中遇到了 Win32“找不到路径”错误（HTTP 状态代码之后的 3 字段 sc-win32-status）。

这些文件是否在网络共享上？看起来 Web 服务器和托管这些文件的驱动器之间可能存在一些连接问题。这可能是 IIS 用户在尝试读取这些文件时出现的授权错误，这可以解释 401 错误。

此处为 W3C 扩展日志文件格式 (IIS 6.0)：http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/676400bc-8969-4aa7-851a-9319490a9bbb.mspx?mfr=true

此处为 Win32 状态码：http://msdn.microsoft.com/en-us/library/ms681382.aspx

【讨论】：

请注意，如果您的字段顺序不同，我可能完全不在此处。可以确认现场顺序吗？
我直接从日志中复制了它，但我从未注意到它是 401.3 以及这可能意味着什么。由于该站点是托管的，并且我无法控制或了解他们的环境，因此我为他们创建了一张支持票，以调查这些新信息。我仍然不明白为什么通过重新启动应用程序池可以解决连接问题？一旦我有更多信息，我会告诉你的。感谢您迄今为止的帮助！
经过一番研究，看起来 sc-status 是 401，sc-substatus 是 3，sc-win32-status 是 5。托管服务说文件不在网络共享上并在本地托管到服务器，所以不是这样。
@JimBrown 在上面添加了一个链接，应该会给你一些尝试的步骤。
我终于让托管提供商为我启用失败的请求跟踪（他们通常不允许这样做）。我还添加了健康监控并将事件记录到数据库中，因此希望在这两者之间我可以收集更多信息并将其发布回此处。

【解决方案2】：

我会先在运行状况监控日志中查看该错误的原因（事件代码 3005：System.Data.Linq.ChangeConflictException）。如果在此错误之后您的问题开始出现，那么消除此错误很有可能会解决您的问题。

以下是一些讨论此错误的页面，可能有助于理解该错误以及如何修复它：

http://blogs.microsoft.co.il/blogs/bursteg/archive/2007/11/25/linq-to-sql-concurrency-changeconflictexception-row-not-found-or-changed.aspx

http://sebastienlachance.com/post/SystemDataLinqChangeConflictException-Row-not-found-or-changed.aspx

http://weblogs.asp.net/okloeten/archive/2008/04/28/6139181.aspx

【讨论】：

其实这个异常结果什么都没有。我收到拒绝错误的原因是因为我在配置中告诉它进行测试并忘记了它。我将重新编辑这个问题，以展示我从那以后发现的许多新证据。

【解决方案3】：

我长期以来一直在努力解决这个错误。

此错误的一个奇怪原因是资源（文件或文件夹）位于共享（SMB 共享）中，对“所有人”的访问权限有限或没有访问权限。这会覆盖您可能专门添加到文件夹或文件的权限，并导致匿名访问出现 401.3 错误。

【讨论】：

感谢分享。不幸的是，这是一个共享托管服务器，我无法查看文件的存储位置。