出现此错误的另一个原因是:对我来说，这是docker-compose.yml中格式错误的图像路径定义:

  service:
    image: ${CONTAINER_REGISTRY_BASE}/my-service
   ...

看是ok'ish第一，但我有CONTAINER_REGISTRY_BASE=eu.gcr。Io /my-project/ set on env。显然，图像路径中的//导致了这个错误。

docker-compose: v.1.21.2
docker: 18.03.1-ce

看来你的问题是由一个旧的Docker错误创建的，在Docker崩溃后，套接字文件没有重新创建。如果这是问题，那么重命名套接字文件应该允许它被重新创建:

$ sudo service docker stop
$ sudo mv /var/lib/docker /var/lib/docker.bak
$ sudo service docker start

由于此错误已修复，大多数人得到错误无法连接到Docker守护进程可能是因为他们不在Docker组中，没有权限读取该文件。运行与sudo docker…可以解决这个问题，但不是一个很好的解决方案。

Docker可以作为具有适当组权限的非root用户(没有sudo)运行。Linux安装后文档中有详细信息。简短的版本:

$ sudo groupadd docker
$ sudo usermod -aG docker $USER
# Log out and log back in again to apply the groups
$ groups  # docker should be in the list of groups for your user
$ docker run hello-world  # Works without sudo

这允许docker组中的用户在不使用sudo的情况下运行docker和docker-compose命令。Docker本身运行一个根，允许一些攻击，所以你仍然需要小心你运行的容器。更多细节请参见Docker安全文档。

当Dockerfile目录中的文件不能被当前用户访问时，我得到了这个错误。docker因此不能上传完整的上下文到守护进程，并带来“无法连接到docker守护进程at http+docker://localunixsocket”消息。

你应该像这样把你的用户添加到docker组:

sudo usermod -aG docker ${USER}

我有这个问题，不想把事情搞砸使用sudo。在调查时，我试图得到一些信息:

docker info

令人惊讶的是，我犯了以下错误:

在unix:///var/run/ Docker上尝试连接Docker守护进程套接字时被拒绝权限。sock: http:///var/run/docker.sock/v1.38/info:拨号unix /var/run/docker。Sock: connect:拒绝权限

由于某种原因，我没有足够的权限，下面的命令解决了我的问题:

sudo chown $USER /var/run/docker.sock

voila !

我也有同样的问题。在做了笔记和分析了一些调试结果后，最终解决了什么可以是同样的错误。首先启动服务，

服务码头启动

别忘了把你的用户加入docker组。