Dify+ComfyUI联合作战：5分钟搞定AI绘画API对接（含内网穿透技巧）

Dify与ComfyUI深度集成：构建企业级AI绘画API服务全栈指南

如果你已经玩转了Dify的可视化应用编排，也体验过ComfyUI节点式AI绘画的精准控制，那么将它们两者结合起来，打造一个既能处理复杂业务逻辑又能生成高质量图像的完整AI服务，无疑是件令人兴奋的事。但现实往往是，当你兴冲冲地想把本地的ComfyUI服务暴露给Docker容器中的Dify时，却发现它们仿佛身处两个平行世界，网络请求石沉大海。这篇文章就是为你准备的，我们将抛开那些泛泛而谈的“快速入门”，深入解决跨平台、跨网络环境下的API对接核心痛点，特别是Docker网络与宿主机服务的通信难题。我会分享一套从环境诊断、网络打通、服务配置到工作流优化的完整实战方案，让你不仅能“连上”，更能“用好”，构建出稳定、高效、可维护的AI绘画API服务。

1. 环境诊断与网络拓扑分析：理解通信障碍的本质

在开始敲命令之前，我们必须先搞清楚Dify和ComfyUI所处的“位置”。很多对接失败的根本原因，是对网络环境的一知半解。

1.1 典型部署场景与网络模型

最常见的场景是：Dify通过Docker Compose部署，运行在一个独立的Docker网络栈中；而ComfyUI直接运行在物理机或虚拟机的宿主机环境。这时，从Dify容器内部访问 localhost 或 127.0.0.1，指向的是容器自身的回环地址，而非宿主机上的ComfyUI服务。

理解Docker的网络模式是关键：

• Bridge（桥接）模式：Dify默认使用的模式。每个容器拥有独立的网络命名空间，通过一个虚拟网桥（如 docker0）与宿主机通信。容器有独立的IP（如 172.17.0.2），宿主机则充当网关。
• Host（主机）模式：容器直接使用宿主机的网络栈，没有独立的IP，端口与宿主机共享。这种模式下，容器内访问 localhost 就是宿主机，但通常不推荐用于Dify这类多服务应用。

我们的目标，是让Bridge模式下的Dify容器，能够访问到宿主机上运行的ComfyUI服务。

1.2 精准定位宿主机内网IP地址

宿主机对Docker容器而言，是一个“外部”网络设备。我们需要找到宿主机在物理网络（即你的家庭或公司局域网）中的IP地址，而非Docker虚拟网络的IP。

在Linux/macOS系统上： 打开终端，最常用的命令是 ifconfig（较新系统可能使用 ip addr）。你需要找到连接着你当前局域网的那个物理网卡，通常是 eth0（有线）或 wlan0（无线）。在macOS上，通常是 en0（主以太网/Wi-Fi）。

# macOS 示例 ifconfig en0 

输出中寻找 inet 字段：

en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500 inet 192.168.1.105 netmask 0xffffff00 broadcast 192.168.1.255 

这里的 192.168.1.105 就是我们需要的内网IP。

在Windows系统上： 使用命令提示符或PowerShell，运行 ipconfig。在输出结果中，找到你正在使用的网络适配器（如“无线局域网适配器 WLAN”或“以太网适配器 以太网”），其下的“IPv4 地址”就是目标IP。

注意：如果你的电脑通过路由器连接网络，这个IP通常是 192.168.x.x 或 10.x.x.x 格式的私有地址。确保运行ComfyUI的机器和运行Dify Docker的机器在同一个局域网段内。

1.3 验证ComfyUI服务可达性

在配置Dify之前，先在宿主机本地和同一网络下的另