WSL Ubuntu中无法挂载SSL证书至Docker容器，.NET 7应用启动失败

1. 修正容器内证书路径配置 #

你在docker-compose.yaml中将宿主机的${HOME}/.aspnet/https/挂载到了容器的/https/目录，但环境变量ASPNETCORE_Kestrel__Certificates__Default__Path仍然指向宿主机的路径——容器内部不存在这个路径，因此找不到证书文件。

修改环境变量为容器内的挂载路径：

environment:
  ASPNETCORE_URLS: "https://+;http://+"
  ASPNETCORE_HTTPS_PORT: "8081"
  ASPNETCORE_Kestrel__Certificates__Default__Password: "1234"
  ASPNETCORE_Kestrel__Certificates__Default__Path: "/https/aspnetapp.pfx"

2. 同步HTTPS端口配置 #

你的ports映射是8081:443，但原环境变量ASPNETCORE_HTTPS_PORT设置为8001，两者不一致会导致端口逻辑混乱，统一修改为8081（如上一步所示）。

3. 优化Dockerfile使用ASP.NET Runtime镜像 #

当前serve阶段使用的sdk:7.0镜像包含编译工具，体积冗余且没必要。换成专门的ASP.NET Runtime镜像更轻量，且默认配置更适配Kestrel运行：

# build stage
FROM mcr.microsoft.com/dotnet/sdk:7.0 as build
WORKDIR /src
COPY . .
RUN dotnet restore "./Notification/Notification.csproj" --disable-parallel
RUN dotnet publish "./Notification/Notification.csproj" -c release -o /app --no-restore

# Serve stage
FROM mcr.microsoft.com/dotnet/aspnet:7.0
WORKDIR /app
ENV ASPNETCORE_ENVIRONMENT="Docker"
COPY --from=build /app .

4. 确保证书文件的容器内访问权限 #

虽然你给了宿主机文件777权限，但容器内运行的用户可能不是root，仍可能出现读取问题。可以选择以下两种方式处理：

• 方式一（仅测试/内部环境使用）：指定容器以root用户运行

services:
  notification:
    # ...其他配置
    user: "root"

• 方式二：调整宿主机证书目录的权限，适配容器默认用户（uid=1000）

sudo chown -R 1000:1000 ${HOME}/.aspnet/https/

验证步骤 #

1. 停止并删除现有容器：docker-compose down
2. 重新构建并启动：docker-compose up --build
3. 检查容器日志：docker-compose logs notification，确认证书加载成功

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