企业官网建设流程全解析

1. Win11 上 Ollama 远程访问配置踩坑现场：局域网调用为什么总超时

Win11 上 Ollama 远程访问配置，说白了就是让 Ollama 从「只认本机」变成「局域网内谁都能按规矩敲门」。Ollama 默认只监听127.0.0.1:11434，这个地址只有 Win11 本机自己能访问，你在另一台设备上写http://localhost:11434永远连不上——因为那个 localhost 指的是对方自己。这个场景适合三类人：一是家里有台 Win11 主机跑模型，想用笔记本或手机调用的开发者；二是团队内网想共享一台推理机，又不想每台设备都装一遍模型；三是用 Cline、Continue、OpenClaw 这类工具，需要把 endpoint 指向统一通道的人。

我试过最典型的翻车现场：在 Win11 上ollama serve跑得好好的，本机curl http://localhost:11434/api/tags秒回模型列表，换到另一台机器上把地址改成http://192.168.1.100:11434/api/tags，直接卡住直到超时。原因就三层：Ollama 没监听对外网卡、Windows 防火墙没放行 11434、工具侧 endpoint 还写着 localhost。这三层任何一层没通，表现都是「连接超时」或「connection refused」，但排查方向完全不同。

还有一个容易被忽略的点：即使你把 Ollama 暴露到局域网，它本身是没有鉴权的。任何能访问到 11434 端口的设备都能直接调你的模型、拉你的模型列表。这在纯家庭内网问题不大，但一旦涉及公司网络、共享 WiFi、或者你想让外部的 AI 工具调用，裸奔的 endpoint 就是个隐患。所以这篇不只讲「怎么让它通」，还会讲「怎么把 endpoint 收敛到 TaoToken 统一通道」，让鉴权、转发、模型路由都在一个入口完成，而不是把 11434 直接摊在网络上。

下面按「先本地打通、再收敛到统一通道」的顺序走。每一步都给可复制的命令和配置，你照着敲就能复现结果。核心检索词再强调一次：Win11 上 Ollama 远程访问配置，本质是监听地址 + 防火墙 + endpoint 指向三件事，缺一不可。

2. TaoToken 前置准备：统一通道的 Base URL、Key 与模型 ID

在把 endpoint 改到 TaoToken 之前，先把三件套备齐：Base URL、API Key、Model ID。这三样是后面所有配置的公共参数，Cline、Continue、OpenClaw、Codex 的auth.json全都靠它们。

Base URL 用https://taotoken.net/api，注意这里不加任何查询参数，就是干净的 API 根路径。API Key 去控制台生成，路径是https://taotoken.net/console/api-keys?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content=win11_ollama_remote。生成后复制出来，形如sk-开头的一串，只显示一次，丢了就重新生成。Model ID 取决于你要调哪个模型，比如claude-sonnet-4-5、gpt-4o这类，具体以文档里的模型列表为准，文档入口在https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content=win11_ollama_remote。

为什么要在 Ollama 远程访问这个场景里引入 TaoToken？因为裸暴露 11434 有三个现实问题：没有鉴权、没有统一入口、模型名和上游对不齐。TaoToken 在这里扮演的是「统一通道」角色——你的工具侧只认一个 Base URL 和一个 Key，至于背后是本地 Ollama 还是云端模型，由通道侧路由。这样局域网里其他设备或 AI 工具调用时，走的是带鉴权的 HTTPS 入口，而不是直接戳你 Win11 的 11434。

需要说清楚边界：TaoToken 是统一调用通道，不是让你拿它替代 Ollama 本身。本地模型该在 Win11 上跑还是在 Win11 上跑，TaoToken 解决的是「调用入口统一 + 鉴权 + 模型路由」这一层。如果你只是想让局域网内另一台电脑调本地模型，可以只做第 3 节的监听和防火墙；如果你想让外部工具安全调用、并且能灵活切换模型，那就把 endpoint 收敛到 TaoToken。

准备动作清单：注册后在控制台建 Key；把 Base URL 和 Key 存到密码管理器；确认你要用的 Model ID 在文档里存在。这三步做完，再往下走配置，否则后面每改一个工具都要回来补参数，很折腾。

3. 可复制配置：OLLAMA_HOST、防火墙规则与工具侧 endpoint 改写

这一节是全文操作密度最高的部分，分两块：先把 Win11 本地 Ollama 的监听和防火墙配好，再把工具侧 endpoint 改到 TaoToken。

3.1 Win11 侧：让 Ollama 监听对外网卡

以管理员身份打开 PowerShell，设置OLLAMA_HOST环境变量。注意/M表示写系统级变量，需要管理员权限：

setx OLLAMA_HOST "0.0.0.0:11434" /M

执行完必须重启 Ollama 服务才生效。最稳的方式是任务管理器里结束所有ollama进程，然后重新ollama serve。验证监听是否生效：

netstat -ano | findstr 11434

看到0.0.0.0:11434而不是127.0.0.1:11434，说明监听改成功了。如果还是 127.0.0.1，说明环境变量没被读到，检查是不是没重启进程，或者变量写到了用户级而不是系统级。

3.2 Win11 侧：放行 11434 入站

打开「Windows 安全中心 → 防火墙和网络保护 → 高级设置 → 入站规则 → 新建规则」，类型选「端口」，协议 TCP，特定本地端口填11434，动作选「允许连接」，配置文件三个都勾上，命名Ollama 11434。命令行等价写法（管理员 PowerShell）：

New-NetFirewallRule -DisplayName "Ollama 11434" -Direction Inbound -Protocol TCP -LocalPort 11434 -Action Allow

3.3 工具侧：把 endpoint 改到 TaoToken

以 Cline 为例，它的配置是 JSON 结构，路径在 VS Code 的设置里。关键三件套写全：

{ "cline.apiProvider": "openai", "cline.openAiBaseUrl": "https://taotoken.net/api", "cline.openAiApiKey": "sk-你的Key", "cline.openAiModelId": "claude-sonnet-4-5" }

如果你用的是 Continue，配置写在config.json或config.yaml。YAML 版本：

models: - title: TaoToken provider: openai model: claude-sonnet-4-5 apiBase: https://taotoken.net/api apiKey: sk-你的Key

Codex 的auth.json结构不同，它把 Key 和 Base URL 分开存：

{ "OPENAI_API_KEY": "sk-你的Key", "OPENAI_BASE_URL": "https://taotoken.net/api" }

Model ID 在 Codex 里通过启动参数或配置指定，确保和文档里的名称一致。这三套配置的共同点是：Base URL 都是https://taotoken.net/api，Key 都是控制台生成的那串，Model ID 都从文档里取。任何一套里这三样对不上，都会在验证阶段报错。

注意：不要把https://taotoken.net/api写成带斜杠结尾或带/v1的形式，除非文档明确要求。路径多一段少一段都会导致 404 或 401。

4. 验证请求：curl 探测与工具侧回显确认

配置写完不算完，必须验证。分两步：先用 curl 确认通道通，再看工具侧回显。

4.1 curl 探测 TaoToken 通道

在 Win11 或局域网内任意一台设备上执行：

curl https://taotoken.net/api/v1/chat/completions \ -H "Authorization: Bearer sk-你的Key" \ -H "Content-Type: application/json" \ -d '{ "model": "claude-sonnet-4-5", "messages": [{"role": "user", "content": "ping"}], "stream": false }'

成功的话返回 JSON，choices[0].message.content里有模型回复。如果返回 401，说明 Key 不对或没带Bearer；如果返回 404，说明路径写错了；如果返回reading choices相关错误，说明响应结构和你预期的不一致，检查是不是 model 名写错导致上游返回了错误体。

4.2 验证本地 Ollama 是否仍可直连

如果你保留了本地直连路径，在局域网另一台设备上测：

curl http://192.168.1.100:11434/api/tags

返回模型列表 JSON 说明监听和防火墙都通了。这一步和 TaoToken 验证是两条独立链路，别混在一起排查。

4.3 工具侧回显确认

在 Cline 或 Continue 里发一条测试消息，看它是否正常返回。如果工具侧报local proxy failed，通常是 Base URL 写成了 localhost 或端口不对；如果报 OAuth 相关错误，说明工具在尝试走它自己的登录流程而不是用你配的 Key，检查 provider 是不是选成了需要 OAuth 的类型。

实测下来，最省事的验证顺序是：先 curl 通 TaoToken，再 curl 通本地 Ollama，最后开工具发消息。哪一步断了一眼就能定位。

5. 本篇常见错排查：401、local proxy failed、reading choices、OAuth

这一节把真实会撞到的报错逐个拆开，对照原因和动作。

401 Unauthorized：Key 错、Key 没带Bearer前缀、Key 被撤销。动作：重新去控制台生成，确认请求头是Authorization: Bearer sk-xxx，注意 Bearer 和 Key 之间一个空格。

local proxy failed：工具侧 Base URL 指向了localhost或127.0.0.1，但工具运行环境和该地址不在同一台机器。动作：把 Base URL 改成https://taotoken.net/api，或者改成 Win11 的局域网 IP（如果走本地直连）。

reading choices 报错：通常是响应体不是预期的 chat completion 结构，常见于 model 名写错、上游返回了错误 JSON、或者路径少了/v1。动作：先用 curl 单独测一次，看原始返回体长什么样，再对照文档里的 model 名。

OAuth 相关错误：工具在走自己的账号登录流程，而不是用你配的 API Key。动作：在工具设置里把 provider 切成 OpenAI 兼容模式，填 Base URL 和 Key，别选需要 OAuth 的 provider。

连接超时：Win11 防火墙没放行、Ollama 没监听 0.0.0.0、或者两台设备不在同一网段。动作：netstat看监听，ping看连通，防火墙规则确认。

模型不存在：Model ID 和文档里的名称不一致，或者本地 Ollama 没拉这个模型。动作：ollama list看本地有什么，文档里核对 Model ID 拼写。

提示：排查时一次只改一个变量。同时改 Base URL 和 Model ID，出错了你分不清是哪个引起的。

6. 把 endpoint 收敛到统一通道：长期编码与 Agent 场景的接入建议

如果你只是偶尔让局域网设备调一下本地模型，第 3 节的监听加防火墙就够了。但如果你要长期跑编码助手、Agent 工作流，或者多个工具共用一套模型入口，那把 endpoint 收敛到 TaoToken 更省心。

收敛之后的好处是：所有工具只认一个 Base URL 和一个 Key，换模型只改 Model ID，不用每个工具重配；鉴权在通道侧完成，不用把 11434 裸暴露在网络上；本地 Ollama 和云端模型可以按需切换，工具侧无感。

长期编码场景建议走 Coding Plan，入口在https://taotoken.net/coding-plan?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content=win11_ollama_remote。Agent 类工作流如果涉及 Claude Code 接入，参考https://taotoken.net/claudecode-anthropic?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content=win11_ollama_remote。想先验证模型对话效果，用https://taotoken.net/chat?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content=win11_ollama_remote。Key 管理统一在https://taotoken.net/console/api-keys?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content=win11_ollama_remote。

最后给一个实操建议：把 Win11 的 Ollama 当作「本地推理后端」，把 TaoToken 当作「统一调用入口」，两者不是替代关系。局域网内直连适合低延迟、纯内网、无鉴权需求的场景；统一通道适合多工具、多设备、需要鉴权和模型路由的场景。你可以两条链路都保留，按场景切换，配置里改一个 Base URL 的事。