部署在IIS 10（Windows Server 2019）的ASP.NET Core 6.0站点报500错误

• 检查应用池权限

  • 确认应用池标识（如ApplicationPoolIdentity）对网站根目录及logs文件夹拥有读取、写入、修改权限。右键目标文件夹→属性→安全→编辑→添加，输入IIS AppPool\你的应用池名称，分配对应权限。
  • 若使用自定义账户作为应用池标识，需确保该账户具备访问网站文件及系统资源的足够权限。

• 验证.NET Core托管捆绑包完整性

  • 打开命令提示符，执行dotnet --info，确认输出中包含ASP.NET Core 6.0运行时，且版本与项目目标框架一致。
  • 若运行时缺失，重新下载安装对应版本的.NET Core托管捆绑包（注意选择服务器专用的托管包，而非开发SDK）。

• 启用IIS详细错误日志

  • 打开IIS管理器，选中目标应用→功能视图→错误页→编辑功能设置，选择“详细错误”，重新访问网站查看具体错误信息。
  • 同时检查IIS默认日志，路径通常为C:\inetpub\logs\LogFiles\W3SVC[你的网站ID]，日志中会记录更精准的错误细分代码（如500.19、500.30等）。

• 检查web.config配置

  • 确认aspNetCore节点的processPath指向正确的dotnet路径，或直接使用dotnet（需确保环境变量已配置）。示例配置：

    <aspNetCore processPath="dotnet" arguments=".\YourApp.dll" stdoutLogEnabled="true" stdoutLogFile=".\logs\stdout" hostingModel="InProcess" />
    

  • 排查自定义环境变量（如数据库连接字符串、API密钥）是否配置错误，可临时替换为测试值排除配置问题。

• 测试应用本地运行

  • 在服务器上打开命令提示符，进入网站根目录，执行dotnet YourApp.dll直接运行应用。若启动失败，命令行将输出具体错误（如依赖缺失、配置异常），这是最直接的排查方式。

• 检查InProcess托管模式兼容性

  • 确认项目未使用不支持InProcess模式的第三方组件，可临时修改web.config中hostingModel为OutOfProcess，重新部署测试是否能正常运行，以此排除模式兼容问题。

• 检查SSL证书绑定

  • 确认IIS中网站的HTTPS绑定配置正确：端口443、证书选择无误、主机名匹配portal.abcd.com，且证书未过期、私钥有效。
  • 可暂时禁用HTTPS，改用HTTP访问测试，排除SSL配置导致的错误。

内容的提问来源于stack exchange，提问作者r mk r