很多人 ollama 命令行里能对话，一换成浏览器界面就连不上：要么界面报连不上 API，要么能看到模型列表却点不动。这篇不讲模型怎么选，只说 Web UI 这条路怎么走通：先确认 ollama 服务在听哪个地址，再按界面部署位置分场景配地址，最后给一份连不上时的排查顺序。
很多人 ollama 在命令行里对话完全正常，一换成浏览器聊天界面就连不上：要么界面提示连不上 API，要么能看到模型列表却点不动。这篇不讲模型怎么选，只说 Web UI 这条路怎么走通。
核心就三步：先确认 ollama 服务在听哪个地址，再按界面部署位置分场景配地址，最后按固定顺序排查。下面按同一台机器、局域网、远程三种情况分别说。
第一步：先确认 ollama 服务在听哪个地址
ollama 默认只监听本机回环地址，也就是只有跑着 ollama 那台机器上的程序能连到它。如果界面装在另一台设备上，不改绑定地址是永远连不上的。所以在打开任何界面之前，先搞清楚服务到底在听哪个地址。
- 看服务是否在跑在运行 ollama 的机器上确认进程活着、端口处于监听状态，这是后面所有步骤的前提。
- 用浏览器直接打服务地址在浏览器地址栏输入服务地址加端口，能返回内容说明服务确实在听这个地址。返回不了就说明要么服务没起，要么地址写错了。
- 改绑定地址如果要让别的机器访问，需要把监听地址从回环改成能被外部访问的地址，然后重启服务，再回到上一步用浏览器验证一遍。
改绑定地址等于把服务暴露到网络上。家里路由器后面、公司内网、云主机这三种环境的暴露面完全不同，改之前先想清楚到底谁需要访问，不需要外部访问就别改。
按场景挑 Web UI：同机、局域网、远程各不一样
Web UI 不是一个东西，桌面客户端、能部署成服务的网页版、第三方聊天壳子，连服务的方式都不一样。按你的使用场景挑，比无脑装一个再调地址省事。
| 场景 | 界面装在哪 | 地址怎么填 |
|---|---|---|
| 同一台机器 | 和 ollama 同机 | 用回环地址即可，通常不用手动配 |
| 局域网多人用 | 与 ollama 同网段的一台机器 | 填运行 ollama 那台机器的内网地址 |
| 远程或公网 | 云主机或反代后面 | 填可被外部访问的地址，同时要解决端口和安全 |
| 容器里跑界面 | 容器内 | 注意容器和宿主机看到的地址含义不同 |
- 同机图省事：直接用自带界面的桌面客户端，它默认就指向本机服务，基本不用配地址。
- 局域网多人用：挑一个能部署成服务的界面，装在同网段机器上，重点是把 ollama 地址写成主机内网地址而不是回环地址。
- 远程访问：这条最麻烦，要同时解决地址、端口和安全。非必要不建议把 ollama 直接挂公网，更稳的是走内网穿透或反向代理。
- 容器部署：容器里的回环地址指的是容器自己，不是宿主机，写错了界面永远连不上。
界面能开、模型列表是空的怎么办
界面打开了但模型列表是空的，先分清楚是哪一种空。一种是界面根本没连上 ollama 服务，另一种是连上了但服务里没有你想要的模型。前者查地址，后者查模型本身。
- 模型名要写全：界面里让你手填模型名时，名字写错一个字符就会报找不到，最省事的做法是去站内模型库复制准确名称。
- 确认模型真的拉下来了：有些人以为下载命令敲下去就完事，其实没下完或者下失败了，列表就是空的。
- 界面缓存会骗人：改完地址或换完模型后，把界面重启或清掉浏览器缓存再看一次，别盯着旧页面判断。
- 多模型并存时确认选中的是哪一个：列表非空但点不动，往往是选中的那个没就绪。
连不上时的排查顺序（照这个顺序走，别乱试）
连不上别东改一下西改一下，按层排查最快。下面这个顺序从下往上，前一层不通就别看后一层。
- 第一层：服务在不在跑、端口通不通用浏览器或命令行直接打服务地址验证。通不了就是服务本身的问题。
- 第二层：地址写对没有回环地址和内网地址别混用，容器和宿主机看到的地址含义不同，这里错了界面必挂。
- 第三层：跨设备访问时看防火墙、路由和端口映射这一层最常见也最难猜，尤其是家里路由器和公司内网，规则不一样。
- 第四层：看界面日志前面都通了还失败，再看界面日志，它一般会直接写出自己请求的是哪个地址，一目了然。
远程可访问的边界：什么时候不该这么弄
给家人或同事在同一个网络里用，和把服务挂到公网给任何人调，是两件风险完全不同的事。后者会带来算力被白用和数据外流的问题。如果只是自己偶尔在手机上看，优先考虑同一网络下访问，而不是开公网端口。
| 使用方式 | 风险程度 | 建议 |
|---|---|---|
| 同一台机器自用 | 低 | 随便配，回环地址就行 |
| 同一局域网内小范围使用 | 中 | 填内网地址，别开公网端口 |
| 公网直接暴露 | 高 | 不建议，优先内网穿透或反代加鉴权 |
| 团队长期用且要控权限 | 中高 | 界面和模型服务分开部署，加一层鉴权 |
团队长期用又要控权限的场景，纯靠改绑定地址不是长久方案。更稳的是把界面和模型服务分开部署，在中间加一层鉴权，谁能用、能用多少都说得清。
先确认服务在听哪个地址，再决定界面装在哪、地址怎么填，顺序反了就一直在猜。下一步想省事先看各家桌面客户端和中转方案的对比，再去信誉记录页核对，别等到连不上了才一个个试。→
常见问题
ollama 命令行能用，为什么网页界面连不上？
大概率是界面填的地址不对。ollama 默认只接受本机回环地址的连接，界面如果跑在容器里、或者装在另一台机器上，就得填运行 ollama 那台机器的实际内网地址，不能照抄回环地址。先拿浏览器直接打开服务地址验证一下能不能通，再从界面这一侧查。
能不能让外网的人也能打开我的 ollama 界面？
技术上能做，但不建议直接开公网端口。改成监听所有地址后，任何能访问到这台机器的人都能调用你的模型、占用你的显卡。真要让外网用，更稳的做法是走内网穿透或加一层带鉴权的反向代理，并且限定谁能进。自己一个人用，优先在同一网络下访问。
换界面或者换机器后，模型看不到是什么原因？
模型不是存在界面的，是存在跑 ollama 那台机器上的。换成另一台机器上的界面，它连的是另一台服务，自然看不到原来的模型。确认两件事：界面连的服务地址是不是你放模型的那台，以及那个模型是不是已经拉取完整。地址对了模型还是空的，就去服务端列一遍已有模型核对名称。
