错误本质是docker客户端无法连接到守护进程，核心原因只有两点：守护进程未运行或当前用户无访问权限；需依次检查服务状态、用户是否在docker组、socket权限及配置文件。
这个错误本质是 docker 客户端找不到正在运行的守护进程（dockerd），或没权限连上它。核心就两点：守护进程得活着，客户端得能触达它。
确认守护进程是否在运行
大多数情况下，问题就出在这儿——Docker 服务根本没启动。
- 运行
sudo systemctl status docker查看状态；如果显示inactive (dead)或没反应，说明没跑 - 直接启动：
sudo systemctl start docker - 顺手设为开机自启，避免下次重启后又失效：
sudo systemctl enable docker
检查当前用户是否有访问权限
Docker 套接字 /var/run/docker.sock 默认只允许 root 或 docker 组成员访问。普通用户直接敲 docker ps 就会失败。
- 把当前用户加进
docker组：sudo usermod -aG docker $USER - 这步不会立即生效，必须完全退出当前终端（或登出系统再登录），否则组权限不加载
- 验证是否成功：运行
groups，输出里应包含docker
验证套接字可访问且权限正确
即使服务在跑、用户也在 docker 组，套接字文件权限也可能被意外改坏。
- 检查套接字是否存在且可读：
ls -l /var/run/docker.sock，正常应类似srw-rw---- 1 root docker ... /var/run/docker.sock - 如果属组不是
docker或权限不对，修复它：sudo chown root:docker /var/run/docker.sock，再补一句sudo chmod 660 /var/run/docker.sock - 改完建议重启服务：
sudo systemctl restart docker
排除配置与环境干扰
极少数情况涉及非默认配置或残留冲突。
- 检查
/etc/docker/daemon.json是否存在语法错误或误配了hosts（比如强制走 TCP 而非 Unix socket） - 确认没其他 dockerd 进程在抢资源：
ps aux | grep dockerd，有多个就sudo kill掉旧的 - 临时绕过权限问题测试：用
sudo docker info成功，就坐实是用户组或 socket 权限问题 - 查日志定位深层原因：
sudo journalctl -u docker --since "1 hour ago" -n 50
