先说结论：别急着改 OLLAMA_HOST，先用一条 curl 把问题切成两半 搜「Ollama 11434 连不上」的时候，绝大多数教程会让你把 OLLAMA_HOST=0.0.0.0:11434 加上、重启服务、再试一次。这个建议不算错，但它排错了顺序。因为「连不上」至少对应三种完全不同的故障：服务端压根没进程在听、服务端只听本机回环地址、以及客户端把 URL 写错了。这三种情况的修复动作互相之间几乎没有重叠，而改绑定地址只对第二种有效，还会把一个本来只在本机跑的服务直接暴露到局域网里。 我给自己定的顺序是：先在装 Ollama 的那台机器上，用一条不加载模型、不需要请求体的 GET 请求，判断服务到底起没起。 这条请求通了，后面所有关于进程、systemd、日志的排查全部可以跳过，问题一定在客户端配置或网络可达性上；这条请求被拒绝，那么客户端里填什么地址、什么端口、什么 /v1 后缀都救不回来，得先去把服务端拉起来。 一次请求把搜索空间砍掉一半，这才是排查里最值钱的一步。下面按「花多少时间 × 多大概率解决」排顺序，而不是像官方文档那样把八种原因并列摆出来——并列清单看着全，真卡.... 有更新 Ollama 连不上 11434 端口，connection refused 怎么排查？2026 分层排查顺序 AI 工具