K8s通过hostPath挂载/var/run/docker.sock报permission denied如何解决

报错本质是套接字访问权限不匹配：

• 容器内挂载的/var/run/docker.sock权限为srw-rw----，属主为root，属组gid为998，仅root用户和该属组成员拥有读写权限
• 容器内运行Jenkins服务的用户uid、gid均为1000，不在gid 998的用户组范围内，因此无法调用Docker daemon接口触发权限拒绝

以下方案均适配持有宿主机root权限、无需严格限制安全风险的场景，按需选择即可：

• 方案1：给Jenkins用户补充套接字属组权限（最推荐，不破坏现有权限体系）
  如果是K8s环境部署Jenkins，直接在容器配置段添加安全上下文配置，将docker.sock对应的属组gid加入用户附加组即可：

  securityContext:
    runAsUser: 1000
    supplementalGroups: [998]
  

  配置生效后重启Pod，进入容器执行id命令就能看到jenkins用户已附加gid 998的用户组，此时直接执行Docker命令即可正常和宿主机Docker daemon通信，不需要修改宿主机文件权限，也不存在配置重启失效的问题。
• 方案2：直接放开docker.sock全局读写权限（最快生效，适合测试环境）
  直接在宿主机执行命令给套接字开放全局读写权限：

  chmod 666 /var/run/docker.sock
  

  命令执行后立刻生效，容器内马上可以正常执行Docker操作。

  注意：宿主机重启或Docker服务重启后，该权限配置会自动重置。如果需要长期生效，可以配置宿主机udev规则或者开机自启脚本，在Docker服务启动后自动执行权限修改命令。

• 方案3：使用root用户运行Jenkins容器（零额外配置，不推荐但可用）
  直接将Jenkins容器的运行用户改为root（K8s环境配置runAsUser: 0即可），root用户默认拥有所有文件的访问权限，不会触发权限问题，只是不符合容器最小权限运行原则，无高安全要求的场景下可以直接使用。

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