遵循官方指南后仍需sudo才能使用Docker的问题求助

问题现象 #

• 执行docker pull rabbitmq时触发报错：Cannot connect to the Docker daemon at unix:///home/nickie/.docker/desktop/docker.sock. Is the docker daemon running?
• 执行sudo systemctl status docker确认Docker守护进程处于活跃运行状态
• 按官方指南执行sudo groupadd docker时，返回groupadd: group 'docker' already exists
• 完全卸载重装Ubuntu上的Docker后问题依旧，但在Docker命令前加sudo前缀就能正常执行

原因分析 #

1. 套接字路径不匹配：Linux原生Docker的默认守护进程套接字是/var/run/docker.sock，但当前用户的Docker客户端被指向了/home/nickie/.docker/desktop/docker.sock（这是Docker Desktop的套接字路径），导致客户端找不到正确的守护进程。
2. 用户组权限未生效：虽然docker组已存在，但你的用户可能没加入该组，或者组权限变更后没重新登录刷新会话。
3. 环境变量配置错误：用户环境中可能设置了DOCKER_HOST变量，强制客户端指向错误的套接字路径。

解决方法 #

方法1：修正套接字路径指向 #

• 先检查当前DOCKER_HOST环境变量：

  echo $DOCKER_HOST
  

• 如果输出是unix:///home/nickie/.docker/desktop/docker.sock，执行命令取消该变量：

  unset DOCKER_HOST
  

• 要永久生效的话，编辑~/.bashrc或~/.zshrc（看你用的shell），删除或注释掉设置DOCKER_HOST的行，然后执行：

  source ~/.bashrc
  

方法2：确保用户加入docker组 #

• 检查当前用户是否在docker组：

  groups $USER
  

• 如果输出里没有docker，执行命令添加：

  sudo usermod -aG docker $USER
  

• 必须重新登录系统（或重启终端会话），组权限才会生效

方法3：修复Docker套接字权限 #

• 检查/var/run/docker.sock的权限：

  ls -l /var/run/docker.sock
  

• 正确权限应该是所属组为docker，如果不是，执行：

  sudo chown root:docker /var/run/docker.sock
  sudo chmod 660 /var/run/docker.sock
  

方法4：重置Docker客户端配置 #

• 删除用户目录下的Docker配置文件：

  rm -rf ~/.docker
  

• 重启Docker服务：

  sudo systemctl restart docker
  

参考资料 #

• 《Docker：在容器内使用非root用户执行命令》
• 《如何修复docker：权限被拒绝问题》
• 《Docker：尝试连接unix:///var/run/docker.sock的Docker守护进程套接字时权限被拒绝》
• 《Docker安装过程中权限被拒绝》

内容的提问来源于stack exchange，提问作者El Niño