Docker化ASP.NET Core Web API连接失败求助：ERR_CONNECTION_CLOSED

问题分析 #

从配置来看，核心问题集中在端口监听配置冲突、端口映射不完整以及可能的证书挂载验证缺失，导致Kestrel服务未正确对外暴露可访问端口。

具体修复步骤 #

1. 修正环境变量中的端口监听配置 #

你的docker-compose.yml里ASPNETCORE_URLS仅指定HTTP 5000端口，但同时配置了HTTPS证书，这会导致Kestrel无法正常启动HTTPS服务。修改ASPNETCORE_URLS同时包含HTTP和HTTPS端口，并移除错误的ASPNETCORE_HTTP_PORT变量：

environment:
  - ASPNETCORE_ENVIRONMENT=Development
  - ASPNETCORE_URLS=https://+:5001;http://+:5000  # 同时监听HTTPS 5001与HTTP 5000端口
  - ASPNETCORE_Kestrel__Certificates__Default__Password=thisisadifferentpassword
  - ASPNETCORE_Kestrel__Certificates__Default__Path=/https/aspnetapp.pfx

2. 补充完整端口映射 #

当前ports仅映射5001端口，需添加5000端口的映射，让主机能访问容器内的HTTP服务：

ports:
  - "5000:5000"
  - "5001:5001"

3. 验证证书挂载正确性 #

• 确认主机~/.aspnet/https目录下存在aspnetapp.pfx文件，且密码与环境变量中的ASPNETCORE_Kestrel__Certificates__Default__Password完全匹配。
• 进入容器验证证书是否挂载成功：

docker exec -it <你的backend容器ID> ls /https

若文件不存在，检查主机路径是否正确（Windows为%USERPROFILE%\.aspnet\https，Linux/macOS为~/.aspnet/https）。

4. 避免launchSettings.json覆盖配置 #

检查API项目的Properties/launchSettings.json，若其中applicationUrl字段与环境变量冲突，会优先使用launchSettings配置。可在Dockerfile的启动命令中显式指定端口：

CMD ["dotnet", "run", "--urls", "https://+:5001;http://+:5000"]

5. 重启服务验证 #

执行以下命令重新构建并启动服务：

docker-compose down
docker-compose up --build

启动后分别访问http://localhost:5000和https://localhost:5001测试连接。

额外排查点 #

若以上步骤未解决问题，查看容器日志确认Kestrel启动状态：

docker logs <你的backend容器ID>

日志中若出现证书加载失败、端口占用等错误，根据提示进一步排查。

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