如果你不能也不想使用网络套接字，那么你可以使用命名管道。语法取决于你运行的是Linux还是Windows容器，以及你使用的shell。

Linux容器

如果您在Windows机器上运行Linux容器，使用Powershell或bash似乎可以做到这一点：

docker run --rm -it -v "//var/run/docker.sock://var/run/docker.sock" image_with_docker docker version

请注意/var/run/docker.sock前面的额外/，包括源卷和目标卷。

Windows容器

如果您在Windows机器上运行Windows容器，使用Powershell或bash似乎可以实现此功能：

docker run -v "//./pipe/docker_engine://./pipe/docker_engine" --rm -it image-with-docker docker version

请注意，这只适用于Powershell：

docker run -v "\\.\pipe\docker_engine:\\.\pipe\docker_engine" --rm -it image-with-docker docker version

因此，最好使用/版本。

额外-停靠-编写.yml

如果使用docker-compose.yaml文件，则此操作适用于Windows容器。

version: '3.7'

services:
  docker:
    image: image-with-docker
    command:
      - docker
      - version
    volumes:
      - type: npipe
        source: \\.\pipe\docker_engine
        target: \\.\pipe\docker_engine

对于Linux容器，您可以使用缩写形式：

docker:
    image: image-with-docker
    command:
      - docker
      - version
    volumes:
      - //var/run/docker.sock://var/run/docker.sock

额外- Kubernetes

如果您在Kubernetes中的Windows节点上运行Windows容器，这似乎可以工作：

apiVersion: v1
kind: Pod
spec:
  containers:
    - name: docker
      image: image-with-docker
      command:
        - powershell
      args:
        - Start-Sleep
        - "999999"
      volumeMounts:
        - mountPath: \\.\pipe\docker_engine
          name: dockersock
  volumes:
    - name: dockersock
      hostPath:
        path: \\.\pipe\docker_engine
        type: null
  nodeSelector:
    kubernetes.io/os: windows

在这种情况下，除了使用\之外，请注意dockersock卷定义中的type: null：如果不设置它，它将不起作用。

注解

在Docker 19.03和Kubernetes 1.18上对所有部件进行了测试。

Client:
 Version:           19.03.3
 API version:       1.40
 Go version:        go1.12.10
 Git commit:        2355349d-
 Built:             10/14/2019 16:41:26
 OS/Arch:           windows/amd64
 Experimental:      false

Server: Docker Engine - Community
 Engine:
  Version:          19.03.8
  API version:      1.40 (minimum version 1.24)
  Go version:       go1.12.17
  Git commit:       afacb8b
  Built:            Wed Mar 11 01:37:20 2020
  OS/Arch:          windows/amd64
  Experimental:     false

如果在windows上遇到以下错误：
无法为服务portainer创建容器：无法识别的体积规格：无法Map文件“.\pipe\docker_engine”。在此平台上只能Map目录错误：启动项目时遇到错误。
尝试添加一个额外的斜线到它，导致以下卷部分：

volumes:
  - source: \\.\pipe\docker_engine\
    target: \\.\pipe\docker_engine\
    type: npipe

使用组合3.7和对接器CE 19.03.12进行测试

不能对绑定装载的类型使用简短语法：第一个月
您需要在合成文件中使用长语法：

volumes:
  - type: npipe
    source: ////./pipe/docker_engine
    target: /var/run/docker.sock
    consistency: delegated

你可以在官方文档中找到一些关于长语法的文档。这个语法来自v3.2
还要记住@lucas-ramage所说的关于只有在使用npipe时才使用windows容器的话。

根据Docker for Windows常见问题解答，
在Docker Desktop for Windows上，客户端可以通过命名管道连接到Docker引擎：第一个月
另请参阅GitHub上的本期文章，
windows版本的docker不使用unix套接字（/var/run/docker.sock），而是使用npipe（npipe:////./pipe/docker_engine）。

• 切换到在带有unix套接字的完全虚拟化linux中运行docker的linux容器
• 将npipe而不是unix套接字传递到容器（仅限windows容器）
• 使用网络套接字（应与Linux和Windows容器一起使用）

但是，由于这是一个Linux容器，您的选项是A）在虚拟机中运行docker（上面的第一个选项），或者B）使用网络套接字（第三个选项）。

在2022年，在Windows 11上，对我起作用的是下面的卷配置（注意配置的主机端的双斜线（//）。不知道为什么docker_enginer变体对我不起作用。

-v "//var/run/docker.sock:/var/run/docker.sock"