执行chmod修改Docker Socket权限无效，求原因解释

1. 符号链接的权限特性 #

符号链接（软链接）本身的权限是固定的lrwxr-xr-x，chmod命令默认仅修改链接自身的权限，但这个权限完全不影响对目标文件的访问——系统实际校验的是符号链接指向的原始文件的权限，而非链接本身的权限。你执行的sudo chmod 777 /var/run/docker.sock仅修改了软链接的权限，这完全无效，因为软链接的权限不参与访问控制。

2. 需修改目标文件的权限 #

从你提供的文件信息来看，/var/run/docker.sock是指向/Users/mpw/.docker/run/docker.sock的软链接，真正控制访问权限的是后者。你需要直接对这个原始socket文件执行权限修改：

sudo chmod 777 /Users/mpw/.docker/run/docker.sock

注意：macOS下Docker Desktop的socket权限通常由Docker自身管理，修改后可能被Docker自动重置为原有配置。

3. 更安全的替代方案（避免777权限） #

既然你知晓开放777权限并非最佳实践，更稳妥的方式是将运行Airflow的用户加入到socket所属的用户组：

• 先查看原始socket的所属组：执行ls -l /Users/mpw/.docker/run/docker.sock，查看第三列的组名（通常为docker或当前用户组）
• 将Airflow进程的用户添加到该组：

  sudo usermod -aG <组名> <airflow运行用户名>
  

• 重启Airflow服务，让组权限生效

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