一般来说，我对设置web服务器真的很陌生。我已经在Windows 8上安装了iis8，我正在尝试在本地建立一个小网站，同时进行一些开发。在IIS中，我选择添加站点，给出一个名称，指向我有index.html文件的位置(我尝试过不同的位置，最新的位置在c:\inetpub\wwwroot\test -文件夹中)，否则使用所有默认设置。但是，当我尝试浏览到localhost时，我得到
HTTP错误503。业务不可用。
我已经验证了池已经启动，并且在目标文件夹上赋予了IIS_IUSRS完全控制
我到处搜索，但没有找到任何解决我的问题的东西，在EventLog或C:\Windows\System32\LogFiles\HTTPERR文件夹中没有任何有用的东西
有人能告诉我怎么了吗?
当前回答
这发生在我的内部网服务器上。在浏览博客文章和Windows日志后，发现在2015年圣诞节前几天(与Windows更新有关?)我的网站应用程序池想在文件夹c:\inetpub\temp\appPools中创建一个配置文件，但访问该文件夹受到限制。这将导致应用程序池被禁用。
在为这个临时文件夹的所有人添加了完全控制后，我重新启动了Windows进程激活服务，一切都重新联机了。
如果我能更优雅一点，那么授予apppoool用户对文件夹的完全控制权就足够了，但我似乎一直不记得应用程序池名称和应用程序池用户是如何相互关联的……
其他回答
这可能是因为连接到数据库的数量。我有这样的情况，所以，写了一个去构造函数和杀死db打开连接，它解决了。
在我的情况下，我不得不改变我的userPass的网络，因为公司的政策。所以，你需要编辑你的appool: 单击应用程序池。选择您的池，“高级设置…”转到“流程模型”，点击“身份”，点击“特定用户”，并给出新的凭据。
我们的服务器在周日下午耗尽了磁盘空间，导致应用程序突然失败并返回HTTP错误502。日志是空的，所以它必须是在IIS执行任何操作之前发生的事情。
快速查看事件查看器(WIN+R > eventvwr)就会发现这个问题。
将系统和应用程序窗口的输出过滤到WAS是个好主意，因为在WAS中可能会非常冗长。
应用程序依赖于另一个被禁用的应用程序。因此，请记住，如果应用程序的一个相关进程宕机，应用程序可能会间接宕机。我们只是重新启用了. net应用程序池，我们的其他应用程序又开始正常运行了。
我通过删除与我的应用程序目录在IIS匹配的URL预订解决了这个问题。我有一个类似的(绝对不是相同的)问题，概述在这篇文章:
503服务不可用的一个不常见的根本原因
在我的例子中，问题是DefaultAppPool。我把“加载用户配置文件”改为false，现在它可以工作了。然而，我不知道这是否有副作用。
关于设置LoadUserProfile选项的进一步阅读:当我设置IIS池的LoadUserProfile时，到底发生了什么?
