使用应用程序池中的自定义帐户从 ASP.Net Framework 4.5 站点提供 static 内容时出现 500 个错误

Question

我在 IIS 服务器上有一些较旧的 ASP.Net Framework（Web forms 和 mvc）站点，这些站点在使用自定义 AD 帐户的应用程序池中运行。 从站点的 Content 文件夹提供任何 static 文件（图像、js、css）一直运行良好 - 但几周前开始失败。 对 static 内容的所有请求都返回 500 错误。 动态内容仍然运行良好。 当我切换应用程序池以使用内置的 ApplicationPoolIdentity 时，static 内容返回正常。 我验证了自定义 AD 帐户对文件系统上的 static 文件具有读取权限。 事件日志中没有消息，并且 IIS 日志仅显示 500 响应，没有详细信息。 由于使用内置帐户可以正常工作，因此我假设 static 文件处理程序仍按预期安装并运行。

关于可能发生了什么变化的任何想法，什么会导致 static 文件仅对自定义帐户失败，或者我可以在哪里查找有关 IIS 遇到的错误的更多详细信息？

编辑：经过进一步测试，我发现将我的个人 AD 帐户用于应用程序池允许该站点提供 static 文件。 那么猜测这个问题在某种程度上与自定义帐户的权限有关吗？

Answer 1

因此，多亏了上面 Lex Li 的链接，我能够启用失败的请求跟踪，这指向了一个身份验证错误——“没有提供所需的模拟级别，或者提供的模拟级别无效。(0x80070542)”通过将应用程序池的自定义 AD 帐户添加到服务器上的本地管理员组，问题已得到纠正。