OLLAMA_HOST配置详解：如何让ollama服务支持外部访问（附Postman测试指南）

OLLAMA_HOST配置详解：如何让ollama服务支持外部访问（附Postman测试指南）

最近在折腾本地大模型服务时，我发现不少开发者朋友都卡在了一个看似简单却至关重要的环节上：如何让自己本地的ollama服务能被局域网内其他设备，甚至是远程服务器调用。默认情况下，ollama就像一个害羞的邻居，只在自己家（127.0.0.1）里活动。当你需要从另一台开发机、一个前端应用，或者通过Postman进行API测试时，就会遇到“连接被拒绝”的尴尬。这背后，正是OLLAMA_HOST这个核心环境变量在掌控全局。今天，我们就来彻底拆解它，不仅告诉你如何配置，更会深入其工作原理，并手把手带你用Postman完成从配置到验证的全流程。无论你是想搭建一个团队共享的模型服务，还是构建一个前后端分离的AI应用，这篇文章都能帮你扫清障碍。

1. 理解OLLAMA_HOST：从本地禁锢到网络解放

默认安装ollama后，它监听的是127.0.0.1:11434。这个地址是环回地址，意味着只有运行ollama的机器本身才能访问。这种设计出于安全考虑，但对于开发协作或微服务架构来说，就成了绊脚石。

OLLAMA_HOST环境变量的作用，就是重新定义ollama服务绑定的网络接口和端口。将其设置为0.0.0.0:11434，是一个关键操作。这里的0.0.0.0是一个特殊的IP地址，代表“所有可用的网络接口”。它告诉操作系统：“请在所有网卡（无论是以太网、Wi-Fi还是虚拟网卡）上监听11434端口的请求。”

注意：将服务暴露在0.0.0.0上意味着网络内任何知道您IP地址的设备都可能尝试连接。因此，配置OLLAMA_ORIGINS或结合防火墙规则进行访问控制至关重要，我们会在下一节详细讨论。

仅仅修改OLLAMA_HOST往往还不够。一个常见的误区是只改了这里，然后用Postman测试，却发现请求被CORS（跨源资源共享）策略拦截。浏览器或严格的HTTP客户端会阻止来自不同源（协议、域名、端口任一不同）的请求。这就是为什么我们通常需要同步配置OLLAMA_ORIGINS。

为了更清晰地理解不同配置组合的效果，可以参考下表：