### 部署概述 为了实现在 Linux 本地使用 Docker 部署的 Dify 平台上调用 Ollama 模型，需遵循一系列特定的操作流程来确保各组件间的无缝协作。此过程涉及 Docker 容器中的 Dify 应用程序配置调整以及与本地运行的 Ollama API 进行交互。 ### 准备工作 确认已安装 Docker 和 Docker Compose 工具，并具备基本操作技能。此外，还需准备一台可正常联网的 Linux 主机用于执行后续步骤[^1]。 ### 配置Dify环境 #### 下载并启动Dify容器 利用官方提供的镜像资源，在终端输入如下指令下载最新版本的 Dify： ```bash docker pull dify/dify:latest ``` 创建一个新的网络以便于不同服务间通信: ```bash docker network create difynet ``` 启动 Dify 实例并将端口映射至主机上方便外部访问： ```bash docker run --name my-dify-app -p 8000:8000 --network=difynet -d dify/dify:latest ``` 此时可以通过浏览器或 Postman 等工具测试 `http://localhost:8000` 是否返回预期响应，验证 Dify 正常运作。 ### 设置Ollama模型API 按照先前描述的方法启动 Ollama 后，其默认监听地址应为 `http://localhost:11434` 。由于两者均位于同一物理机器的不同进程中，因此可以直接通过 localhost 地址相互通讯而无需额外设置防火墙规则或其他安全措施[^2]。 ### 整合两套系统 为了让 Dify 能够识别并调用 Ollama 提供的服务接口，需要修改前者应用程序内的相应部分使其指向后者所提供的 RESTful Web Service URL (`http://host.docker.internal:11434`)。具体做法取决于所使用的编程语言和技术栈；对于 Python 用户来说，则可能涉及到更新 Flask/Django settings.py 文件里的 MODEL_API_URL 变量值。 如果是在 Docker 内部进行集成，考虑到宿主机和容器之间的网络隔离特性，“host.docker.internal”这一特殊域名可以帮助解决跨层访问难题——它会自动解析成宿主机 IP 地址从而允许内部容器发起请求到达指定位置上的目标服务。 ### 测试连接有效性 完成上述更改之后重启整个项目堆栈以使改动生效。接着尝试发送一条简单的 HTTP GET 请求给 Dify 来触发一次完整的链路调用路径直至最终抵达 Ollama 处理完毕再回传结果回来结束整个循环。期间注意观察日志输出寻找任何潜在错误提示信息加以排除优化直到一切运转顺畅为止。 ### 使用Cpolar实现远程管理 当所有功能都已在局域网环境下得到充分检验后，最后一步便是借助 cpolar 或同类产品建立起稳定可靠的隧道链接使得即便身处异地也能随时监控维护这套架构而不必担心暴露真实服务器身份所带来的安全隐患问题。