使用Docker Compose挂载本地卷时设置权限失败并报错的问题

错误根源 #

你遇到的no such file or directory错误，本质是本地./.ssh目录不存在，Docker尝试绑定挂载一个不存在的路径时自然会失败。

分步解决方案 #

1. 先创建本地目标目录 #

在docker-compose.yml所在的工作目录下，执行命令创建目录并预先设置基础权限（可选，但能避免后续潜在问题）：

mkdir -p ./.ssh
chmod 700 ./.ssh

2. 修正卷配置（可选优化） #

你的卷配置逻辑是对的，但可以做两个小优化避免路径问题：

• 建议用绝对路径指定device（比如/home/your-user/project/.ssh），避免因docker-compose执行目录不同导致的路径解析错误；
• 确认driver_opts的参数格式正确，你配置里的o参数写法没问题，dir_mode=0700会强制容器内挂载目录权限为700，file_mode=0600会强制内部文件权限为600。

修正后的配置示例：

services:
    laravel.test:
        volumes:
            - 'ssh-credentials:/root/.ssh'
volumes:
    ssh-credentials:
        driver: local
        driver_opts:
            o: bind,dir_mode=0700,file_mode=0600
            type: none
            # 替换成你的项目目录下.ssh的绝对路径
            device: /path/to/your/project/.ssh

3. 验证权限是否生效 #

启动容器后，进入容器检查权限：

docker exec -it laravel.test bash
# 查看目录权限
ls -ld /root/.ssh
# 查看文件权限（如果目录内已有文件）
ls -l /root/.ssh

正常情况下，目录权限会显示drwx------（对应700），文件显示-rw-------（对应600）。

额外注意点 #

• 如果本地目录里已有文件，file_mode=0600会自动将文件权限修正为600，不需要手动修改本地文件权限；
• 确保Docker daemon进程对本地./.ssh目录有访问权限（一般root运行的daemon都能访问，除非你用了严格的AppArmor/SELinux规则，这时候需要额外配置）。

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