Docker Desktop 4.42 发布，带来原生 IPv6、集成的 MCP 工具包以及 AI 模型打包功能

Docker 公司发布了Docker Desktop 4.42版本，该版本增强了网络灵活性、AI 工作流集成和模型分发功能。原生 IPv6 支持现在允许用户在双栈、仅 IPv4 或仅 IPv6 模式之间进行选择，并具有智能 DNS 解析。Docker 声称，改进的连接选项使Docker Desktop更能适应多样化的企业网络环境。

该版本将模型、客户端、协议（MCP）工具包直接集成到 Docker Desktop 中，用户无需安装扩展即可发现和管理 100 多个 MCP 服务器，如 GitHub、MongoDB 和 HashiCorp 等。

这些工具在隔离的容器中运行，使用签名镜像和内置的密钥管理，确保了安全和沙箱化的环境。开发人员只需单击一下即可启动或停止这些服务器，或者使用新的Docker MCP CLI以编程方式列出、启动或管理服务。例如，docker mcp list、docker mcp start github 或 docker mcp stop github 等命令提供了快速访问和集成到自动化工作流中的功能。Docker 的 AI 助手 Gordon 也直接与 MCP 集成，使开发人员能够使用自然语言或命令驱动的提示与这些服务交互，简化了 DevOps 设置和基础设施故障排除。

随着Model Runner获得了对基于高通的Windows设备的支持，与 Linux 上的 Docker 引擎集成，以及升级了 GUI，增加了本地、Docker Hub和日志选项卡，AI 工作流得到了进一步的增强。开发人员现在可以使用新的 docker model package CLI 命令将GGUF格式的AI模型打包成符合OCI的镜像，以安全分发到 Docker Hub 或私有注册表。

为此，将模型（如mistral.gguf）放入一个目录中，并使用 Docker model package 命令进行打包。这会创建一个可重复使用的标记镜像，如 username/mistral-model:1.0，然后可以推送到 Docker Hub 或其他容器注册表。一旦存储，模型可以使用标准的 Docker 命令在本地运行，或通过 Docker 的 Model Runner GUI 进行管理，该 GUI 现在包括本地模型、Docker Hub 集成和实时日志选项卡。这些功能允许开发人员安全地构建、运行和分发 AI 工作负载，同时保持跨环境的可移植性和合规性。

在社交媒体上，Docker 倡导者Ajeet Singh Raina强调了此次发布“具有强大的新功能，包括原生 IPv6 支持，完全集成的 MCP 工具包，以及对 Docker Model Runner 和我们的 AI 智能体 Gordon 的重大升级”。

然而，也有一些关于新版本的挑战被报道。自 Docker Desktop 4.42 发布以来，许多macOS用户报告称其稳定性显著下降。在 Reddit 上，一位用户报告说容器变得无响应，并出现了网络错误，包括出现频繁的 cURL 错误 35: OpenSSL SSL_connect: SSL_ERROR_SYSCALL 消息。他们将问题归咎于自动代理设置；禁用代理检测后容器可以正常工作，但 macOS 会根据公司政策重新启用它。据报道，回退到 Docker Desktop 4.41.2 可以解决这个问题。

在 GitHub 上问题#7698中，多位用户报告称 Docker Desktop 在升级到 4.42.0 版本后根本无法启动。一位用户观察到，在安装后，Docker 守护进程不会启动，尝试启动时会返回有关守护进程套接字的错误。另外一些未解决的问题表明，在像 Traefik 这样的连接管理器后面运行时，容器端口无法正确暴露，这表明 Docker 的网络层存在更深层次的集成问题。

Reddit上的一些反馈表明，Docker 在 macOS 上存在固有的性能问题。一位 Reddit 用户指出，即使只运行一个容器，Docker Desktop 的内存使用量也会超出分配的限制，并且 macOS 的交换空间使用量随着时间的推移而激增。虽然这种行为部分是由于 Docker 的虚拟机架构，但社区成员建议使用 Colima 或 Orbstack 等替代方案来绕过 Docker Desktop 的开销。

Docker 团队的一名成员承认了与代理相关的错误，并请求提供诊断日志以加快故障排除。与此同时，GitHub上的讨论仍在继续，跟踪 4.42.x 版本下普遍存在的启动失败、窗口卡顿和网络故障等问题。这些报告的数量和范围表明，可能需要更广泛的回归测试和快速补丁，以恢复用户对 macOS 上 Docker Desktop 的信心。

这些错误似乎已经由 Docker 团队基本解决了，因此大多数新用户应该能够充分利用此次更新带来的好处，而无需面对许多此类难题。

原文链接：

https://www.infoq.com/news/2025/07/docker-desktop-442/