Docker Swarm跨Windows/Linux共享PC文件传输权限问题求助

1. 修正WSL挂载Windows驱动器的默认权限 #

WSL默认挂载Windows驱动器的权限为root独占，会导致容器写入后Windows侧无法识别。修改WSL挂载配置：

• 新建或编辑WSL的/etc/wsl.conf文件，添加：

[automount]
enabled = true
options = "metadata,umask=000,fmask=000,uid=1000,gid=1000"
mountFsTab = false

注意：uid和gid要替换成你WSL普通用户的ID，用id -u和id -g命令查看

• 保存后在Windows命令行执行wsl --shutdown重启WSL，重新挂载驱动器。

2. Swarm服务的用户映射与挂载配置 #

在创建Swarm服务时，要对齐容器内用户和WSL用户的ID，同时配置挂载传播：

• 用WSL用户的uid:gid指定容器运行用户，而非用户名，避免ID不匹配。
• 挂载时添加bind-propagation=rshared确保写入同步到WSL和Windows侧，示例命令：

docker service create \
  --name file-transfer-service \
  --user 1000:1000 \
  --mount type=bind,source=/mnt/transfer,target=/drv/dest,bind-propagation=rshared \
  your-image:tag

3. 远程Windows共享驱动器的挂载权限 #

如果目标是另一台PC的Windows共享，要确保挂载时的权限配置正确：

• 在远程PC的共享文件夹中，给WSL所在Windows用户分配完全控制权限（包括共享权限和NTFS权限）。
• 在WSL中用指定用户身份挂载远程共享：

sudo mkdir /mnt/remote-transfer
sudo mount -t cifs //远程PCIP/共享文件夹名 /mnt/remote-transfer -o username=Windows用户名,password=Windows密码,uid=1000,gid=1000,dir_mode=0777,file_mode=0777

4. 验证写入流程 #

• 进入容器手动写入文件，检查权限：

docker exec -it 容器ID bash
touch /drv/dest/test.txt
ls -l /drv/dest/test.txt

确认文件所有者是你指定的uid:gid，权限正常。

• 回到WSL检查/mnt/transfer下的文件，再到Windows侧直接导航到共享路径（不要用快速访问），刷新查看。若root运行时WSL能看到但Windows看不到，尝试重启Windows文件资源管理器或执行ipconfig /flushdns清除缓存。

5. 排查Swarm服务的安全限制 #

• 不要给服务添加--read-only参数，确保容器有写入权限。
• 检查--security-opt配置，避免使用限制文件系统写入的选项（比如no-new-privileges配置不当会影响权限）。

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