部署ASP.NET MVC站点到AWS Elastic Beanstalk后DefaultAppPool停止

针对你遇到的问题，从Elastic Beanstalk和IIS的常见配置遗漏点入手，给你几个排查方向：

1. 应用池身份权限不足 #

DefaultAppPool停止的核心原因大概率是权限不够，导致应用池无法加载你的ASP.NET MVC应用。取消“故障时自动关闭”只是让它不自动停，但权限问题没解决就会触发403。

• 登录EC2实例，找到应用部署目录（通常是C:\inetpub\wwwroot或者C:\Program Files\Amazon\ElasticBeanstalk\applications\你的应用名称）。
• 右键目录→属性→安全→编辑，添加IIS AppPool\DefaultAppPool账号，给它分配读取和执行、列出文件夹内容、读取权限；如果你的应用需要写入操作（比如日志、缓存），再加上写入权限。
• 应用权限后，重启DefaultAppPool和IIS站点。

2. .NET版本不匹配 #

你的ASP.NET MVC项目的目标框架版本，必须和Elastic Beanstalk环境配置的.NET版本完全一致，否则会导致应用池启动失败（503），或者启动后无法加载程序集（403）。

• 先检查项目：右键项目→属性→应用→确认目标框架（比如.NET Framework 4.8）。
• 再去Elastic Beanstalk控制台：找到你的环境→配置→软件→修改，把.NET Framework版本改成和项目一致的，保存后重新部署应用。

3. IIS默认文档或MVC路由配置缺失 #

ASP.NET MVC依赖路由规则访问Home/Index这类入口，但IIS如果没配置正确的默认文档，或者没启用ASP.NET模块，访问根路径时就会返回403。

• 打开IIS管理器→你的站点→默认文档，确认是否添加了Default.aspx、Index.aspx这类页；如果没有，手动添加，或者确保项目的web.config里已经正确配置了MVC路由（比如默认路由指向Home/Index）。
• 检查服务器是否安装了对应版本的ASP.NET模块：打开服务器管理器→添加角色和功能→Web服务器（IIS）→应用程序开发，勾选ASP.NET 4.x（和你的项目版本匹配），安装完成后重启IIS。

4. 用.ebextensions固化配置（推荐） #

手动改EC2实例的配置会在环境扩容或重新部署时丢失，建议用Elastic Beanstalk的.ebextensions配置文件来自动设置应用池和权限：
在项目根目录创建.ebextensions/iis-settings.config文件，内容如下：

container_commands:
  01_config_app_pool:
    command: 'c:\windows\system32\inetsrv\appcmd set apppool "DefaultAppPool" -processModel.idleTimeout:00:00:00 -processModel.failure.rapidFailProtection:false'
  02_set_directory_perms:
    command: 'icacls "C:\inetpub\wwwroot" /grant "IIS AppPool\DefaultAppPool":(OI)(CI)RX /T'

这个配置会自动禁用应用池的空闲超时和快速失败保护，同时给应用目录分配正确权限，部署时Elastic Beanstalk会自动执行这些命令。

内容的提问来源于stack exchange，提问作者Aishwarya Shiva