部署ASP.NET Core到IIS 2016遇500.30错误求解决方案

1. 确认服务器已安装匹配的.NET 6.0运行时（x64） #

• 必须安装ASP.NET Core Runtime 6.0 x64版本，而非仅基础.NET Runtime。ASP.NET Core应用依赖专属的托管运行时。
• 在服务器执行命令 dotnet --info，检查输出中是否存在Microsoft.AspNetCore.App 6.0.x的x64条目。若缺失，下载对应版本的Windows x64运行时安装包完成部署。

2. 检查IIS核心组件完整性 #

• IIS 2016需安装ASP.NET Core托管模块：
  1. 打开服务器管理器 → 添加角色和功能 → 功能 → 勾选「ASP.NET 4.7」（依赖此组件启用托管模块）。
  2. 安装对应.NET 6版本的.NET Core托管包，完成后执行命令 iisreset 重启IIS服务。

3. 验证应用池配置 #

• 应用池设置为无托管代码：ASP.NET Core采用OutOfProcess模式时，无需IIS托管代码支持。
• 应用池架构指定为x64，与应用编译目标平台保持一致。
• 权限验证：临时将应用池身份设置为域管理员（测试用），排除权限不足导致的启动失败，后续再缩小权限范围。若使用Windows SSO，应用池身份需具备访问AD及应用目录的权限。

4. Windows SSO（NTLM/Kerberos）配置检查 #

• 若使用Kerberos认证，需为应用注册SPN（服务主体名称）：
  执行命令 setspn -S HTTP/your-app-domain.com domain\app-pool-account（替换实际域名与应用池账户）。
• 确认配置文件与中间件：
  appsettings.json中启用Windows认证：

  "Authentication": {
    "Windows": {
      "Enabled": true
    }
  }
  

  Program.cs中添加认证中间件：

  var builder = WebApplication.CreateBuilder(args);
  builder.Services.AddAuthentication(NegotiateDefaults.AuthenticationScheme).AddNegotiate();
  builder.Services.AddAuthorization(options =>
  {
      options.FallbackPolicy = options.DefaultPolicy;
  });
  var app = builder.Build();
  app.UseAuthentication();
  app.UseAuthorization();
  app.Run();
  

5. 启用详细启动日志排查 #

• 在应用的web.config中添加托管日志配置（针对OutOfProcess模式）：

  <aspNetCore processPath="dotnet" arguments=".\YourApp.dll" stdoutLogEnabled="true" stdoutLogFile=".\logs\stdout" hostingModel="OutOfProcess">
    <environmentVariables>
      <environmentVariable name="ASPNETCORE_ENVIRONMENT" value="Development" />
      <environmentVariable name="ASPNETCORE_LOGGING__CONSOLE__ENABLED" value="true" />
      <environmentVariable name="ASPNETCORE_LOGGING__LOGLEVEL__DEFAULT" value="Debug" />
    </environmentVariables>
  </aspNetCore>
  

• 确保应用目录下存在logs文件夹，且应用池身份拥有读写权限。启动应用后查看stdout日志，可获取依赖缺失、配置错误等详细启动异常信息。

6. 检查应用目录权限 #

• 为应用池身份（格式为IIS AppPool\YourAppPoolName）赋予应用部署目录的读取+执行权限，对wwwroot、appsettings.json等文件赋予读取权限，对logs等需写入的文件夹赋予写入权限。

7. 验证应用发布配置 #

• 发布时选择Framework-dependent（依赖框架）模式，目标平台指定为x64，避免使用Self-contained模式（易出现依赖遗漏问题）。
• 确认发布目录下所有依赖项（如第三方NuGet包DLL）已完整复制。

内容的提问来源于stack exchange，提问作者Lucie LE COZ