Windows10中VS Code通过Rancher Desktop打开容器文件夹报EACCES错误求正解

核心原因 #

VS Code以管理员身份运行时，与Docker客户端/daemon的权限上下文不匹配，导致资源访问权限冲突（EACCES）。临时取消Docker.exe的管理员运行只是绕过了权限隔离，但会引发后续潜在问题，正确解法需保证权限统一并配置到位。

具体解决步骤 #

• 统一Rancher Desktop与VS Code的运行权限
  若坚持以管理员身份运行VS Code，需让Rancher Desktop整体以管理员身份启动（而非单独修改Docker.exe属性）：

  1. 找到Rancher Desktop的桌面快捷方式，右键选择「属性」
  2. 切换到「兼容性」标签页，勾选「以管理员身份运行此程序」
  3. 点击「确定」后重启Rancher Desktop，再重启VS Code测试功能

• 调整WSL2后端的Docker Socket权限（若使用WSL2）
  Rancher Desktop默认使用WSL2后端，需确保管理员用户能访问WSL内的Docker socket：

  1. 打开WSL2终端（如Ubuntu），执行命令调整临时权限：

     sudo chmod 666 /var/run/docker.sock
     

  2. 若需持久化权限，将当前用户加入docker组：

     sudo usermod -aG docker $USER
     

     执行后退出终端并重新登录WSL2

• 验证VS Code Docker扩展配置

  1. 在VS Code中打开「扩展」面板，找到「Docker」扩展并进入其设置
  2. 确认「Docker: Path」选项指向Rancher Desktop的Docker.exe路径：
     C:\Users\<userName>\AppData\Local\Programs\Rancher Desktop\resources\resources\win32\bin\Docker.exe
  3. 确保扩展无额外权限限制，无需单独修改Docker.exe的兼容性设置

• 重置Rancher Desktop Docker环境（兜底方案）
  若以上步骤无效，可重置Docker配置恢复默认状态：

  1. 打开Rancher Desktop，点击右上角设置图标
  2. 切换到「Docker」标签页，点击「Reset to factory defaults」
  3. 等待重置完成后，重启Rancher Desktop和VS Code

为什么临时方案不理想 #

单独取消Docker.exe的管理员运行，会导致Docker客户端与Rancher Desktop管理的daemon处于不同权限上下文，后续可能出现镜像拉取、容器创建失败等问题，且Rancher Desktop的更新或重启可能会自动重置Docker.exe的属性，导致临时方案失效。

内容的提问来源于stack exchange，提问作者Starnuto di topo