IIS6.0 IIS7.5应用程序池自动停止怎么办
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了IIS6.0 IIS7.5应用程序池自动停止怎么办相关的知识,希望对你有一定的参考价值。
参考技术A 在日志中发现IIS7.5的应用程序池自动停止,同时访问网站提示:HTTP Error 503,The service is unavailable.. 的错误,搜遍整个互联网总算是解决了问题。小编也整理了IIS6及IIS7.5遇到此类问题汇总解决方法,欢迎大家尝试。关于IIS6的(适于IIS7)解决方法
描述:
iis6应用程序池被自动禁用问题 Service Unavailable 应用程序池 'DefaultAppPool' 被自动禁用,原因是为此应用程序池提供服务的进程中出现一系列错误。应用程序-特定 权限设置未将 COM 服务器应用程序(CLSID 为 .............
1.首先是打开IIS管理器.检查应用程序池,果然"DefaultAppPool"出错了.而且不是平常的停止的图标.
2.试着重启"DefaultAppPool"应用程序池,一浏览页面马上就关闭.
3.到了查看事件日志的时候了.发现了以下这类的日志
事件类型: 警告
事件来源: W3SVC
事件种类: 无
事件 ID: 1009
日期: 2008-6-24
事件: 16:12:33
用户: N/A
计算机: MAIL
描述:
为应用程序池 'DefaultAppPool' 提供服务的进程意外终止。进程 ID 是 '3160'。进程退出代码是 '0xffffffff'。
4.会不会是默认的程序池出问题了?于是,尝试新建一个新的程序池.将默认网站的程序池改成新的.但是问题依旧.出现相似的日志.
事件类型: 错误
事件来源: W3SVC
事件种类: 无
事件 ID: 1002
日期: 2008-6-25
事件: 14:17:04
用户: N/A
计算机: MAIL
描述:
应用程序池 'AppPool #1' 被自动禁用,原因是为此应用程序池提供服务的进程中出现一系列错误。
5.再查找事件日志另一个日志引起了我的注意.如下:
事件类型: 错误
事件来源: DCOM
事件种类: 无
事件 ID: 10016
日期: 2008-6-24
事件: 16:12:33
用户: NT AUTHORITY/NETWORK SERVICE
计算机: MAIL
描述:
应用程序-特定 权限设置未将 COM 服务器应用程序(CLSID 为
A9E69610-B80D-11D0-B9B9-00A0C922E750
)的 本地 激活 权限授予用户 NT AUTHORITY/NETWORK SERVICE SID (S-1-5-20)。可以使用组件服务管理工具修改此安全权限。
6.有点戏了.看看CLSID 为 A9E69610-B80D-11D0-B9B9-00A0C922E750 是什么服务先.最后在下面的注册表项中找到它:
HKEY_CLASSES_ROOT/AppID/A9E69610-B80D-11D0-B9B9-00A0C922E750
7.名字刚好是"IIS Admin Service"
8.好了,找到是什么了.从"管理工具"中打开"组件服务",找到IIS Admin Service对比一下CLSID是否一致
9.确定是这个以后,接下来的就是为它增加NETWORK SERVICE权限了.
A启动和激活权限,点击"自定义"..
B.在用户列表中添加"NETWORK SERVICE",
C.并给予本地启动和激活权限,保存退出.
另外,如果还是有问题,把“IIS wamreg admin SERVICE”也这样操作一下,右健选择“属性”,找到“安全”,在“启动和激活权限”中编辑“自定义”,添加帐号
network service network service 分别给本地启动和激活权限。
2014年2月18日再补充:今日有网友向小编反馈他的解决方法,就是在Windows server 2008 R2 64位下使用PHP5.5.x版本,不用以上设置,也解决了此问题。
到此问题解决。
也有朋友提到,选项无法编辑,为灰色,应该怎么办?
这个是win2008 R2 x64的安全特性.一些核心系统组件只能允许本地帐号,TrustedInstaller有完全控制权限,而不是本地管理员组
要在Windows Server 2008 R2 上修改 “IIS Admin Service” ,你需要授予本地管理员组有注册表权限:
1.在组件管理器中查到IIS的appid
2.使用regedit,定位到HKEY_CLASSES_ROOTAppID刚查到的ID”
3.右键点击刚查到的ID,选权限
4.在权限设置窗口中点高级,选择所有者标签,选中administrators为所有者
5.授予administrators组有读/写等所有权 注意:务必不要修改TrustedInstaller的权限
现在,重新执行组件管理器,可以修改权限了
IIS 7.0 给出 503 错误并停止应用程序池
【中文标题】IIS 7.0 给出 503 错误并停止应用程序池【英文标题】:IIS 7.0 gives 503 error and stops the application pool 【发布时间】:2013-02-21 16:36:11 【问题描述】:当我启动应用程序池并在该池中的应用程序中请求页面时,我收到“HTTP 错误 503。服务不可用。”
如果我查看 IIS 中的应用程序池,我可以看到它现在已停止。转到事件查看器,我发现此错误消息:
'应用程序池 Badge.Web 的标识无效。为标识指定的用户名或密码可能不正确,或者用户可能没有批量登录权限。如果没有更正身份,当应用程序池收到第一个请求时,应用程序池将被禁用。如果批处理登录权限导致问题,则必须在授予权限后更改 IIS 配置存储中的标识,然后 Windows Process Activation Service (WAS) 才能重试登录。如果在处理应用程序池的第一个请求后身份仍然无效,则应用程序池将被禁用。数据字段包含错误号。'
我非常确定我使用的凭据是正确的。其他原因导致应用程序池停止。
【问题讨论】:
你能在另一台机器上复制这个吗? #Ram:您找到问题的答案了吗?如果是,请在此处分享,因为我也面临同样的问题,并且我为应用程序池用户提供的凭据是正确的。 您可能会发现这个问题很有帮助:***.com/questions/863537/… 【参考方案1】:我今天遇到了类似的问题,使用 Windows 用户身份 X 的应用程序池在该用户更改密码后停止工作。
显然,一些与旧凭据相关的信息存储在系统中,我通过以下方式解决了问题:
将应用程序池标识切换到 NetworkService 使用新密码将其切换回 X到目前为止一切正常。
【讨论】:
谢谢!你结束了 48 小时的纯粹痛苦。 这对我也有用。此外,我必须使用站点身份验证设置来让它将服务名称传递给外部服务,而不是发送匿名身份验证。具体来说,我必须启用匿名身份验证并禁用窗口身份验证,然后将它们换回禁用匿名启用的 Windows 才能正常工作。【参考方案2】:虽然发生这种情况的原因可能有多种,但在这种特定情况下,由于应用程序池无法启动而发生 503 错误。这是因为最近更改了应用程序池尝试运行的身份的密码。修复方法是转到 IIS 管理器 -> 应用程序池 -> 高级设置 -> 进程模型 -> 身份并将密码设置为新密码。
在进一步排除故障之前,检查事件查看器日志(事件查看器(本地)-> Windows 日志-> 应用程序以查找故障的具体原因也将有所帮助。
【讨论】:
谢谢你 - 浪费了几个小时。【参考方案3】:我遇到了同样的问题,我的解决方案是:Manager -> Application Pool -> “Select the pool” -> Advanced Settings -> Process Model -> Identity -> NetworkService
【讨论】:
【参考方案4】:通过将 Application Pool Identity 更改为 NetworkService 解决了我的问题,转到 Advanced Settings > Process Model > Identity > NetworkService
并选择了所需的应用程序池。
【讨论】:
【参考方案5】:我发现一篇文章说
修复是确保服务/AppPool 帐户在服务器上具有“作为批处理作业登录”和“作为服务登录”用户权限。此权限可在本地安全策略 > 计算机配置 > Windows 设置 > 本地策略 > 用户权限分配中找到。删除冲突的组策略并修复本地策略或将权限添加到组策略。
http://waveformation.com/2009/06/08/event-5021-the-identity-of-application-pool-lsgroupexpapppool-is-invalid/
【讨论】:
我无法更改策略,因为基础架构组控制着它。但是,我注意到管理员组拥有这些权限。通过将我的应用程序池自定义帐户添加到管理员组,我立即解决了问题。 使用管理员组而不是修复组策略会破坏 IT 部门想要实现的安全优势。以上是关于IIS6.0 IIS7.5应用程序池自动停止怎么办的主要内容,如果未能解决你的问题,请参考以下文章