Visual Studio远程调试Linux Docker内.NET Core控制台应用报错

报错核心是你附加容器进程时使用的用户，家目录被配置为不存在的/nonexistent路径，且该用户没有根目录下新建文件夹的权限。
不管是Visual Studio的Linux调试适配器，还是VS Code的远程服务端，默认都会把运行依赖的文件存在当前登录用户的家目录下：

• Visual Studio默认写入$HOME/.vs-debugger
• VS Code默认写入$HOME/.vscode-server
  当用户的HOME环境变量指向/nonexistent时，程序尝试创建对应目录就会触发路径不存在、权限拒绝的错误。
  这个问题非常常见：Debian/Ubuntu系基础镜像里，用useradd命令新建用户如果不加-m（自动创建家目录）参数，系统默认就会把该用户的HOME路径设为/nonexistent，很多人打包自定义镜像时建非root运行用户容易漏这个参数。

根据你的使用场景选下面任意一种即可：

方案1：修正用户家目录配置（推荐，一劳永逸） #

这是最规范的解决方式，从根源上避免HOME路径异常：

• 临时调试启动容器时，可以直接通过环境变量指定有效家目录，比如指到所有用户都有读写权限的/tmp路径：

  docker run -e HOME=/tmp -u <你的应用运行用户ID> <你的镜像名>
  

• 自定义镜像的话，修改Dockerfile里创建用户的逻辑，加上-m参数让系统自动创建家目录并分配权限：

  # 替换成你实际需要的用户名、UID
  RUN useradd -m -u 1000 appuser
  USER appuser
  

方案2：手动预创建调试目录（适合不想改原有镜像/启动参数的场景） #

如果不想改动现有容器的运行配置，可以手动进容器补全目录和权限：

# 以root身份进入目标容器，要是容器里没有bash就换成sh
docker exec -it -u root <你的容器ID/名称> bash
# 分别创建VS和VSCode调试需要的根目录
mkdir -p /nonexistent/.vs-debugger
mkdir -p /nonexistent/.vscode-server
# 把目录所有权分配给运行应用的普通用户，替换成实际的用户名/UID
chown -R <应用运行用户ID/用户名> /nonexistent

执行完退出容器，重新附加调试就能正常走下去。注意容器重建后这个手动修改会失效，需要重新操作。

方案3：临时用root用户附加调试 #

如果只是快速临时调试，不在意权限问题，可以直接在VS/VS Code连接容器的时候选择root用户登录，root默认拥有根目录全部读写权限，可以自动创建调试组件需要的目录。注意生产环境不建议用这种方式，避免调试进程以高权限运行带来安全风险。

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