.NET Core 3.1 Web API部署IIS后80端口无法访问求助

1. 检查IIS应用池配置 #

• 确认应用池的**.NET CLR版本设置为无托管代码**：.NET Core应用为自托管模式，不需要传统.NET Framework托管环境，选其他版本会导致启动失败。
• 验证应用池身份权限：默认的ApplicationPoolIdentity需要对发布文件夹拥有读取/执行权限，可临时切换为LocalSystem测试是否为权限问题（生产环境不推荐长期使用）。

2. 确认发布文件夹权限 #

右键发布文件夹 → 属性 → 安全标签：

• 添加IIS_IUSRS和对应应用池的身份（格式为IIS AppPool\[你的应用池名称]），并赋予读取和执行、列出文件夹内容、读取权限。

3. 调整Swagger的环境限制 #

.NET Core 3.1默认仅在Development环境启用Swagger，部署到IIS后默认是Production环境，需修改代码：

• 打开Startup.cs，找到Configure方法，移除Swagger配置外的if (env.IsDevelopment())判断包裹，确保所有环境都能加载Swagger：

public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
{
    // 保留其他中间件配置...
    
    app.UseSwagger();
    app.UseSwaggerUI(c =>
    {
        c.SwaggerEndpoint("/swagger/v1/swagger.json", "Weather API V1");
        // 若要在站点根路径访问Swagger，添加此行：c.RoutePrefix = string.Empty;
    });
    
    // 保留其他中间件配置...
}

• 也可通过设置环境变量ASPNETCORE_ENVIRONMENT=Development临时测试，但生产环境建议仅在指定环境启用。

4. 验证.NET Core Hosting Bundle安装 #

IIS托管.NET Core应用必须安装对应版本的Hosting Bundle（包含ASP.NET Core Module）：

• 确认已安装**.NET Core 3.1 Hosting Bundle**，未安装则下载安装后重启IIS。

5. 检查web.config与站点路径 #

• 确认站点物理路径直接指向包含web.config和API可执行文件的文件夹，路径末尾不要添加斜杠。
• 检查web.config的aspNetCore节点配置，确保processPath指向正确的exe文件：

<aspNetCore processPath=".\YourApiName.exe" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" hostingModel="inprocess" />

• 开启stdout日志排查：将stdoutLogEnabled改为true，在发布文件夹下创建logs子文件夹并赋予写入权限，运行站点后查看日志文件获取具体错误信息。

6. 端口与绑定冲突检查 #

• 执行命令netstat -ano查看80/443端口是否被其他进程占用，若有冲突需修改站点绑定端口或停止占用进程。
• 确认IIS站点的绑定设置正确，HTTP/HTTPS绑定的IP地址、端口、主机名无冲突。

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