### 问题分析 当遇到 `docker: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?` 的错误时，通常是因为 Docker 守护进程未能正常运行或客户端无法访问该守护进程。以下是可能的原因以及对应的解决方案。 --- ### 可能原因及解决方法 #### 原因一：Docker 守护进程未启动 如果 Docker 守护进程尚未启动，则会引发此错误。可以通过以下命令检查并重启服务： ```bash sudo systemctl status docker ``` 如果没有运行，可以尝试重新启动 Docker 服务： ```bash sudo systemctl restart docker.service ``` 确认服务状态是否正常[^2]。 --- #### 原因二：权限不足 默认情况下，只有具有管理员权限的用户才能访问 `/var/run/docker.sock` 文件。如果不是以 root 用户身份运行 Docker 命令，可能会导致权限拒绝。 解决办法： 1. 将当前用户添加到 `docker` 组： ```bash sudo usermod -aG docker $USER ``` 2. 登出并重新登录使更改生效。 3. 验证是否无需 `sudo` 即可运行 Docker 命令： ```bash docker ps ``` 如果仍然失败，请确保文件路径存在且有正确的权限设置[^1]。 --- #### 原因三：WSL2 中的网络配置问题 在 WSL2 上安装 Docker Desktop 后，有时会出现网络隔离链（如 `DOCKER-ISOLATION-STAGE-1`）缺失的情况。这种问题通常是由于防火墙规则损坏引起的。 修复步骤： 1. 清理现有的 Docker 数据库缓存： ```bash wsl --shutdown rm -rf ~/.docker/desktop/buffers/ ``` 2. 删除旧版容器数据（谨慎操作）： ```bash docker system prune -af --volumes ``` 3. 如果仍存在问题，重置 iptables 规则集： ```bash sudo iptables -F && sudo iptables -X ``` 4. 检查日志是否有进一步提示： ```bash journalctl -u docker.service ``` 对于更复杂的场景，参考官方文档调整 WSL2 和 Docker Desktop 的兼容性[^4]。 --- #### 原因四：Docker Socket 路径不匹配 某些环境可能导致实际使用的套接字位置与预期不符。验证是否存在有效的 Unix socket 文件： ```bash ls -l /var/run/docker.sock ``` 若不存在，需手动创建软链接或将配置指向正确的位置。例如，在非标准环境中指定自定义地址： ```bash export DOCKER_HOST=unix:///run/user/$(id -u)/docker.sock ``` 随后测试连接情况。 --- ### 总结 通过以上排查手段能够有效定位大多数常见问题的根本原因。具体实施过程中应结合实际情况逐步调试直至恢复正常功能。 ---