简体   繁体   English

IIS应用程序池标识不允许服务器启动

[英]IIS application pool identity not allowing the server to start

This question: IIS application pool access to remote directory on network ask how to allow iis to have the ability to access a file on a network drive. 这个问题: IIS应用程序池对网络上远程目录的访问询问如何使iis能够访问网络驱动器上的文件。 The answer is to set up a user with the appropriate rights and set the application pool identity to that user. 答案是设置具有适当权限的用户,并将应用程序池标识设置为该用户。 We've done that and when we restart the app pool we get a 503 error on our web app. 我们已经做到了,当我们重新启动应用程序池时,我们的网络应用程序出现503错误。

It appears that the app isn't actually starting. 看来该应用实际上并未启动。

Here are more details which may help you analyze the problem: 以下是更多详细信息,可帮助您分析问题:

This is Windows Server 2008 R2, iis 7 这是Windows Server 2008 R2,IIS 7

Our username is abc123\\_svc_OSAT (Domain name isn't actually abd123 but I need to obscure it rather than risk publishing internal company information) 我们的用户名是abc123 \\ _svc_OSAT(域名实际上不是abd123,但我需要掩盖它,而不是冒着发布公司内部信息的风险)

As abc123\\_svc_OSAT I can map a drive to \\\\FPIAPPS01\\Logs which is a directory on a network server so we know that this user has network access. 作为abc123 \\ _ssv_OSAT,我可以将驱动器映射到\\\\ FPIAPPS01 \\ Logs,它是网络服务器上的目录,因此我们知道该用户具有网络访问权限。

In iis we click on our app pool, select Advanced Settings, select Identity, Select the .. button, select "Custom Account" and set it to the user abc123\\_svc_OSAT and use the proper password. 在iis中,我们单击应用程序池,选择“高级设置”,选择“身份”,选择“ ..”按钮,选择“自定义帐户”,并将其设置为用户abc123 \\ _svc_OSAT并使用正确的密码。 We then stop and start that application pool. 然后,我们停止并启动该应用程序池。

When looking at the app in a browser we get a 503 error. 在浏览器中查看应用程序时,我们会显示503错误。 Checking the logs at C:\\inetpub\\logs\\LogFiles\\W3SVC1 we don't see any error. 检查C:\\ inetpub \\ logs \\ LogFiles \\ W3SVC1上的日志,我们没有看到任何错误。 However, the application appears not to have actually started. 但是,该应用程序似乎尚未真正启动。

  1. Does abc123_svc_OSAT need a specific permission which we may be missing? abc123_svc_OSAT是否需要我们可能会缺少的特定权限?
  2. Is there any other place with a log file which we should look to get a better idea of what is causing the problem? 日志文件是否还有其他地方值得我们查看,以便更好地了解导致问题的原因?

Thank you. 谢谢。

Does abc123_svc_OSAT have access to directory that hosts your ASPX files? abc123_svc_OSAT是否有权访问承载ASPX文件的目录? The log files you are looking at are only for logging access to your website. 您正在查看的日志文件仅用于记录对网站的访问。 You will want to check the event viewer to see the actual IIS error. 您将需要检查事件查看器以查看实际的IIS错误。

We ended up making the user an administrator and that worked. 我们最终使用户成为管理员,并且可以正常工作。 That's probably too broad for sufficient security rights. 对于足够的安全权来说,这可能太宽泛了。 We'll keep looking. 我们将继续寻找。 But it does show that the issue was somehow related to user roles rather than a password issue. 但这确实表明该问题与用户角色有关,而不是密码问题。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM