【问题标题】:IIS application pool identity not allowing the server to startIIS 应用程序池标识不允许服务器启动
【发布时间】:2014-06-18 15:37:06
【问题描述】:

这个问题: IIS application pool access to remote directory on network 询问如何让 iis 能够访问网络驱动器上的文件。答案是设置具有适当权限的用户并将应用程序池标识设置为该用户。我们已经这样做了,当我们重新启动应用程序池时,我们的网络应用程序会出现 503 错误。

应用似乎并未真正启动。

这里有更多细节可以帮助您分析问题:

这是 Windows Server 2008 R2,iis 7

我们的用户名是 abc123\_svc_OSAT(域名实际上不是 abd123,但我需要隐藏它而不是冒着发布公司内部信息的风险)

作为 abc123\_svc_OSAT,我可以将驱动器映射到 \\FPIAPPS01\Logs,这是网络服务器上的一个目录,因此我们知道该用户具有网络访问权限。

在 iis 中,我们点击我们的应用程序池,选择高级设置,选择身份,选择 .. 按钮,选择“自定义帐户”并将其设置为用户 abc123\_svc_OSAT 并使用正确的密码。然后我们停止并启动该应用程序池。

在浏览器中查看应用时,我们会收到 503 错误。检查 C:\inetpub\logs\LogFiles\W3SVC1 处的日志,我们没有看到任何错误。但是,该应用程序似乎并未真正启动。

  1. abc123_svc_OSAT 是否需要我们可能需要的特定权限 失踪?
  2. 还有其他地方有我们应该使用的日志文件吗 希望更好地了解导致问题的原因?

谢谢。

【问题讨论】:

  • 我只是按照此处的说明进行操作:windows.microsoft.com/en-us/windows/user-groups#1TC=windows-7 确保将我的 _svc_OSAT 用户添加到 IIS_IUSRS 组。我们仍然有 503 错误。事件日志中的错误是“应用程序池 ASP 已被禁用。Windows 进程激活服务 (WAS) 在启动工作进程为应用程序池提供服务时遇到故障。”
  • 每个引用该错误的网站基本上都归结为具有错误密码的身份。我可以验证密码是否正确,因为我可以将网络驱动器映射为该用户/psw 组合,因此它是有效的 Windows 登录。很奇怪。

标签: asp.net iis iis-7


【解决方案1】:

abc123_svc_OSAT 是否有权访问托管 ASPX 文件的目录?您正在查看的日志文件仅用于记录对您网站的访问。您需要检查事件查看器以查看实际的 IIS 错误。

【讨论】:

  • 看起来该用户确实有权访问 ASP 文件。我在事件查看器中发现了这个错误(感谢您向我指出):“应用程序池 ASP 已被禁用。Windows 进程激活服务 (WAS) 在启动工作进程为应用程序池提供服务时遇到故障。”跨度>
【解决方案2】:

我们最终将用户设置为管理员,这很有效。对于足够的担保权来说,这可能太宽泛了。我们会继续寻找。但它确实表明该问题与用户角色有关,而不是密码问题。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2011-08-02
    • 2019-09-01
    • 1970-01-01
    • 1970-01-01
    • 2011-10-08
    • 2018-12-03
    • 2020-01-26
    • 1970-01-01
    相关资源
    最近更新 更多