Dify 本地部署本身不算难，真正容易卡住的是“页面能打开，但模型就是连不上”。很多人会把问题归因到 Dify 安装失败，或者怀疑 Ollama 模型不能用，但实际排查时常见原因往往更具体：Ollama 服务只监听在宿主机本地地址、Dify 容器访问不到127.0.0.1:11434、模型名和ollama list里不一致，或者本地模型响应太慢导致 Workflow 超时。现在看这篇文章，可以把它当成 Dify 接本地模型的排障入口：先确认 Dify 容器正常，再确认 Ollama 服务和模型可用，最后验证 Dify 到 Ollama 的网络链路和生成速度。这篇适合谁看这篇更适合下面几类读者：已经用 Docker 把 Dify 跑起来，但配置 Ollama 模型时报错的人；Ollama 在本机命令行里能用，但 Dify 里总是连接失败、超时或返回空的人；想在内网、个人电脑或小型服务器上搭一套本地 Dify + 本地模型试用环境的人；已经能跑通 demo，但想进一步区分“部署问题、网络问题、模型性能问题、Workflow 等待时间问题”的人。如果你只是第一次体验 Dify，照着部署流程跑通页面就够了。但如果你准备把 Dify 接到真实工作流里，最好从一开始就把地址、端口、模型名和网络边界搞清楚，否则后面排查 Workflow 会很费时间。一、先把问题拆成四层Dify 连不上 Ollama 时，不要一上来就反复重装。更稳的做法是把问题拆成四层。