Docker守护进程监听docker_engine_windows管道，客户端找不到指定管道问题

结论：管道路径差异确实是问题根源 #

Docker客户端默认尝试连接//./pipe/docker_engine，而服务端实际监听的是//./pipe/docker_engine_windows，两者路径不匹配直接导致客户端无法与dockerd建立通信，进而触发“找不到指定文件”的错误。

可能的原因及排查方向 #

• Docker服务配置异常
  Docker服务端的管道配置被篡改，可能是手动编辑daemon.json时错误添加了hosts配置，或是切换引擎模式后配置未同步。检查C:\ProgramData\Docker\config\daemon.json，若存在hosts字段，确认是否包含npipe:////./pipe/docker_engine（Windows引擎默认监听路径），而非仅npipe:////./pipe/docker_engine_windows。

• 客户端环境变量配置错误
  Docker客户端会优先读取DOCKER_HOST环境变量确定连接地址，若该变量被设置为非服务端监听路径的值，或未设置时客户端无法自动匹配服务端路径，就会出现连接失败。在PowerShell中执行echo $env:DOCKER_HOST查看当前值，为空则检查服务端配置，有值则验证是否与服务端监听路径一致。

• 引擎模式切换后的配置残留
  尽管你尝试切换Linux/Windows引擎，但部分配置文件或注册表项可能残留旧设置。比如切换到Windows容器后，服务端应默认监听docker_engine，但因配置缓存或服务未彻底重启，导致监听路径异常。可备份后删除daemon.json，重启Docker服务恢复默认配置，再重新切换引擎模式测试。

• Docker安装文件损坏
  Docker 24.0.2版本在Windows Server 2019上可能存在安装文件损坏，导致服务端与客户端的路径约定不匹配。可尝试卸载Docker，清理C:\ProgramData\Docker和C:\Users\<用户名>\.docker目录后，重新安装对应版本的Docker。

快速验证与修复步骤 #

1. 临时指定客户端连接路径测试：执行docker -H npipe:////./pipe/docker_engine_windows ps，若能正常返回结果，即可确认路径差异是问题核心。
2. 设置持久化环境变量：在PowerShell中执行[Environment]::SetEnvironmentVariable("DOCKER_HOST", "npipe:////./pipe/docker_engine_windows", "Machine")，重启PowerShell后再执行docker ps验证。
3. 修正daemon.json配置：若文件中有hosts数组，确保添加"npipe:////./pipe/docker_engine"，保存后重启Docker服务。

内容的提问来源于stack exchange，提问作者gakera