近年来，docker 作为一种高效的容器化解决方案越来越受欢迎。然而，使用 docker 进行容器化部署时也会遇到一些问题，比如在容器内部访问宿主机时会出现容器使用宿主 docker 报错的情况。本文将介绍该问题的原因以及解决方法。
问题描述
在使用 Docker 部署应用时，有时候需要从容器内部访问宿主机文件系统或者宿主机的 Docker daemon。通常情况下，通过在启动容器时添加 -v /:/host 和 -v /var/run/docker.sock:/var/run/docker.sock 参数来实现这一功能。但是在某些情况下，当容器尝试访问宿主机 Docker daemon 时，会出现类似以下错误的信息：
FATA[0000] Post http:///var/run/docker.sock/v1.18/containers/create: dial unix /var/run/docker.sock: no such file or directory. Are you trying to connect to a TLS-enabled daemon without TLS?
这是因为容器中的进程在寻找 Docker daemon 的进程时，会先尝试在容器内部的 /var/run/docker.sock 目录下寻找，而该目录在容器内部是不存在的，于是就会导致该错误的出现。
解决方法
方法一：使用 --privileged 参数
在启动容器时，使用 --privileged 参数可以让容器拥有宿主机的所有权限，包括访问 Docker daemon。但是使用该方式会让容器获得更高的权限，安全风险较大，因此建议慎重使用。
docker run --privileged -v /:/host -v /var/run/docker.sock:/var/run/docker.sock
方法二：使用环境变量
在启动容器时，可以使用环境变量来指定 Docker daemon 的地址，从而避免容器在 /var/run/docker.sock 上寻找 Docker daemon 的进程。
docker run -v /:/host -e DOCKER_HOST=unix:///host/var/run/docker.sock
方法三：换用 TCP 连接方式
不使用 Unix Socket 而使用 TCP 连接的方式也可以解决这个问题。需要在启动 Docker daemon 时添加 -H tcp://0.0.0.0:2375 -H unix:///var/run/docker.sock 参数，然后在容器中使用 DOCKER_HOST 环境变量来指定使用 TCP 连接 Docker daemon。
docker daemon -H tcp://0.0.0.0:2375 -H unix:///var/run/docker.sock docker run -e DOCKER_HOST=172.xx.xx.xx:2375
结论
容器使用宿主 Docker 报错的问题是由于容器中进程在寻找 Docker daemon 的进程时的路径问题导致的。本文介绍了三种解决方法：使用 --privileged 参数、使用环境变量和更改 Docker daemon 的连接方式。根据实际情况选择合适的方法可以轻松解决这个问题。
