应用程序池

4xx-客户端错误 发生错误，客户端似乎有问题。例如，客户端请求不存在的页面，客户端未提供有效的 身份验证 信息。400-错误的请求。 401-访问被拒绝。IIS定义了许多不同的 401错误 ，它们指明更为具体的错误原因。这些具体的 错误代码 在浏览器中显示，但不在IIS日志中显示： 401.1-登录失败。 401.2-[2] 服务器配置 导致登录失败。 401.3-由于ACL对资源的限制而未获得授权。 401.4-筛选器授权失败。 401.5-ISAPI/CGI应用程序授权失败。 401.7–访问被Web服务器上的URL授权策略拒绝。这个 错误代码 为IIS6.0所专用。 403-禁止访问：IIS定义了许多不同的 403错误 ，它们指明更为具体的错误原因： 403.1-执行访问被禁止。 403.2-读访问被禁止。 403.3-写访问被禁止。 403.4-要求SSL。 403.5-要求SSL128。 403.6-IP地址被拒绝。 403.7-要求客户端证书。 403.8-站点访问被拒绝。 403.9-用户数过多。 403.10-配置无效。 403.11-密码更改。 403.12-拒绝访问映射表。 403.13-客户端证书被吊销。 403.14-拒绝目录列表。 403.15-超出客户端访问许可。 403.16-客户端证书不受信任或无效。 403.17-客户端证书已过期或尚未生效。

如果出现“Service Unavailable”的提示，刷新几下又可以访问。 　　出现这种情况是由于您的网站超过了IIS限制造成的。 由于Windows2003的操作系统在提示IIS过多时并非像2000系统提示“链接人数过多”，而是提示"Service Unavailable"，出现这种情况是由于网站超过了系统资源限制造成的，主要是程序占用资源太多。 我们经常使用iis7服务器监控工具来监控503错误的发生。 如果一个网站的程序占资源太多或者发生太多的错误，系统日志就会提示：“应用程序池'xxx'被自动禁用，原因是为此应用程序池提供服务的进程中出现一系列错误，或者提示：应用程序池'xxx'超过了其作业限制设置。这时，访问这个网站就会提示：Service Unavailable。一般系统会在30秒左右恢复正常，多刷新几次就能正常访问了。 另外，如果你的网站当前访问人数过多，超过了系统的iis连接数限制，也会出现Service Unavailable的提示（Windows 2000主机下出现连接过多就会提示：连接过多，请稍后再试；而win2003的主机刚直接提示：Service Unavailable）。 来源： https://www.cnblogs.com/09Internet/p/11357456.html

vs2010开发环境中一切运行正常，结果部署到IIS7上以后，首先遇到下面这个问题： 我确定服务器上的asp.net4.0 已经启用了，对应的网站应用程序池也切换到了4.0，但还是这样！ 到msdn论坛上发现也有人遇到类似问题，解决办法：先检测机器上是否安装了4.0正式版以前的beta或rc版，.net framework4 的正式版本号为4.0.30319，如果以前安装过旧版本的4.0框架(如上图中的v4.0.30128)，请先在命令行下输入 ：C:\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -i 重新将.net4正式版注册到IIS中 注：如果服务器为64位系统，.net会同步安装64位的 framework，如果是32位的系统则没有Framework64这个目录，这个运行完以后，检查IIS中应用程序池的版本号是否为正式版本号。 这样处理完了以后，网站已经能跑起来了，但是又遇到了第二个问题：因为公司的项目应用了一些以前的第三方组件，应用程序池无法以Integrated集成模式运行(不兼容)，所以只能选Classic经典模式，实践后发现经典模式下url路由功能无法使用：又百度一圈后，找到了解决办法：在网站的功能(Feature)视图下，找到Handler Mappings（Handler映射