从 “模型隐身” 到 “无缝联动”：WSL2 中 Ollama 与 Dify 的避坑全攻略

一、问题为何会发生？核心原因拆解

1. 权限与路径的 “错位”用 sudo 拉取模型时，模型会默认存储在 root 用户目录（/root/.ollama/models），而普通用户启动的 Ollama 服务因权限限制无法访问，导致 Dify 读取不到模型（表现为 “模型列表为空”）。

2. 服务访问范围的 “隔离”Ollama 默认仅允许 WSL2 内部（127.0.0.1:11434）访问，若 Dify 运行在 Windows 宿主机，会因跨环境网络隔离导致 “连接拒绝”。

3. Dify 配置的 “细节误差”API 地址多填路径（如 /api/chat）、模型名称不匹配（漏写标签 :1.7b）、未用 WSL2 实际 IP 等，都会导致验证失败。

二、避坑指南：WSL2 中 Ollama 与 Dify 协同的注意事项

1. 模型拉取：拒绝 “权限混乱”，统一用户上下文

• 拉取模型时不用 sudo（确保模型存储在当前用户目录）：

  ollama pull qwen3:1.7b
  

• 若已用 sudo 拉取，需迁移模型到用户目录（彻底解决权限问题）：

  # 创建用户模型目录
  mkdir -p