无法访问Docker容器内启动的ASP.NET应用应如何排查解决？

• Kestrel监听地址配置错误：日志显示应用绑定的是容器本地环回地址http://localhost:44311，该地址仅允许容器内部进程访问，宿主机或外部网络的请求无法到达Kestrel服务，这是返回ERR_EMPTY_RESPONSE的直接原因。
• Dockerfile存在冗余配置：声明了多阶段构建的base、build阶段但未实际使用，且直接使用sdk镜像作为运行环境，镜像体积远大于必要的运行时镜像。
• docker run命令存在多余参数：命令末尾的aspnetapp2属于无效参数，会被传递给启动的dotnet进程，可能引发未知运行异常。

1. 修正Kestrel监听地址 #

任选以下一种方案实现即可，核心是将监听地址改为0.0.0.0，允许所有网卡的请求接入：

• 方案A：修改Dockerfile的启动命令
  将ENTRYPOINT行修改为：

  ENTRYPOINT ["dotnet", "TritaniumLocal.Web.Host.dll", "--urls", "http://0.0.0.0:44311"]
  

• 方案B：添加环境变量指定监听地址
  在Dockerfile的ENTRYPOINT行前新增一行：

  ENV ASPNETCORE_URLS=http://0.0.0.0:44311
  

• 方案C：修改项目配置文件
  在项目的appsettings.json中新增Kestrel配置项：

  {
    "Kestrel": {
      "Endpoints": {
        "Http": {
          "Url": "http://0.0.0.0:44311"
        }
      }
    }
  }
  

2. 优化Dockerfile（建议执行） #

修正冗余配置，使用专用运行时镜像减少镜像体积：

# syntax=docker/dockerfile:1
FROM mcr.microsoft.com/dotnet/aspnet:5.0 AS base
WORKDIR /App
COPY /bin/Debug/net5.0/ .
ENV ASPNETCORE_URLS=http://0.0.0.0:44311
ENTRYPOINT ["dotnet", "TritaniumLocal.Web.Host.dll"]

3. 修正容器启动命令 #

去掉命令末尾多余的aspnetapp2参数，执行：

docker run -d -p 44311:44311 tritaniumlocal

修改完成后重新构建镜像、启动容器，即可正常访问应用页面。

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