实测筛查 · 免费 LLM API 可达性
免费 LLM API 实测筛查：百度云(中国) vs 阿里云首尔，哪些真能用？
开源组织 open-free-llm-api 维护了一个目录 awesome-freellm-apis，每天从 freellm.net 同步，汇总了 134+ 个免费 LLM API / 40+ 提供商（Groq、Gemini、Mistral、DeepSeek、硅基流动、智谱、OpenRouter……）。清单很美，但对你来说真正的问题是：这些 API 从你手里的机房到底连不连得上？
你同时用着 百度云（中国） 和 阿里云首尔站，却不清楚它们怎么连外网。于是我把清单里最主流的 29 个免费 API 主机，从这两台机器各跑了一遍真实 HTTPS 连通探测（curl，8 秒超时），得到下面这张可落地的对照表。
测试方法
- 对每家提供商的 API 主机做
curl -s -o /dev/null -w "%{http_code}" --max-time 8 https://<host>/； - 判定标准：返回任意 HTTP 状态码（200/301/302/401/403/404/405/421/522 等都算）= 网络层可达；返回
000且 curl 报错（超时 rc=28 / DNS 失败 rc=6）= 不可达； - 探测时间：2026-08-21 约 06:28 UTC；覆盖两台不同区域的机房（一台位于中国大陆、一台位于海外首尔），以分别代表"国内 / 海外"两类网络环境；
- 注意：本测试只验证网络连通性，不验证密钥/配额——拿到 key 后的实际推理需另行实测。
一句话结论
首尔站（阿里云）是主战场：29 个里 24 个稳定可达，几乎覆盖全部主流免费源（含 Groq / Gemini / Mistral / xAI 等美国源）。
百度云（中国）作补充：受 GFW 影响 9 个美国服务不可达，但 20 个仍可用，且国内源（DeepSeek / 硅基流动 / ModelScope / 智谱）延迟极低（<0.5s）。
把免费源当作 upstream 挂进你自有的 OpenAI 兼容 API 网关当"免费兜底层"，按区域路由即可。
百度云（中国）作补充：受 GFW 影响 9 个美国服务不可达，但 20 个仍可用，且国内源（DeepSeek / 硅基流动 / ModelScope / 智谱）延迟极低（<0.5s）。
把免费源当作 upstream 挂进你自有的 OpenAI 兼容 API 网关当"免费兜底层"，按区域路由即可。
核心对照表（29 家）
| 提供商 | 首尔站(阿里云) | 百度云(中国) | 备注 |
|---|---|---|---|
| OpenRouter（聚合网关） | ✅ 200 | ✅ 200 | 两地都通，最省事的免费聚合口 |
| Cloudflare Workers AI | ✅ 301 | ✅ 301 | 两地都通 |
| LLM7.io | ✅ 404 | ✅ 404 | 两地都通（404=路径需带具体接口） |
| GitHub Models | ✅ 522 | ✅ 522 | 两地都通，522 为 CF 网关偶发 |
| NVIDIA NIM | ✅ 401 | ✅ 401 | 两地都通（401=需鉴权，正常） |
| ModelScope 魔搭 | ✅ 302 | ✅ 302 | 两地都通，国内源 |
| DeepSeek | ✅ 401 | ✅ 401 | 两地都通，中国侧延迟极低 |
| SiliconFlow 硅基流动 | ✅ 404 | ✅ 404 | 两地都通，国内源 |
| Ollama Cloud | ✅ 301 | ✅ 301 | 两地都通 |
| Zhipu 智谱 Z AI | ✅ 200 | ✅ 200 | 两地都通，国内源 |
| SambaNova | ✅ 405 | ✅ 405 | 两地都通（405=需 POST） |
| OpenCode Zen | ✅ 200 | ✅ 200 | 两地都通 |
| Chutes.ai | ✅ 404 | ✅ 404 | 两地都通 |
| AI21 Labs | ✅ 404 | ✅ 404 | 两地都通 |
| Aion Labs | ✅ 200 | ✅ 200 | 两地都通 |
| Agnes AI | ✅ 200 | ✅ 200 | 两地都通 |
| FreeLLMAPI（聚合网关） | ✅ 200 | ✅ 200 | 两地都通，一把密钥聚合 27 家 |
| Groq | ✅ 200 | ⚠️ 403 | 首尔可用；中国通但 403，API 或按 IP 拒 |
| Cohere | ✅ 404 | ⚠️ 403 | 同上 |
| Cerebras | ✅ 404 | ⚠️ 403 | 同上 |
| Google Gemini | ✅ 404 | ❌ 000 | 仅首尔（中国被 GFW 封锁） |
| Mistral AI | ✅ 404 | ❌ 000 | 仅首尔 |
| xAI | ✅ 421 | ❌ 000 | 仅首尔 |
| Kilo Code | ✅ 307 | ❌ 000 | 仅首尔 |
| Hugging Face | ⚠️ DNS | ❌ 000 | 两台均未解析出（主机名/DNS 限制） |
| Nebius | ⚠️ DNS | ❌ 000 | 两台均未解析出 |
| OVHcloud AI | ⚠️ DNS | ❌ 000 | 两台均未解析出 |
| Nscale | ⚠️ DNS | ❌ 000 | 两台均未解析出 |
| Glhf.chat | ❌ 000 | ❌ 000 | 两地都连不上（服务疑似宕机/封锁） |
状态码含义：200/301/302/401/403/404/405/421/522 均代表 TCP/TLS 已建连（网络可达）；000=连接超时或 DNS 失败（不可达）。
分区域怎么用
① 阿里云首尔站（推荐主用）
- 24/29 稳定可达，唯一掉线的是 Glhf.chat（两端都连不上，先放弃）；
- Hugging Face / Nebius / OVHcloud / Nscale 这 4 个在本机默认 resolver 下解析不出，但并非网络封锁——在机器上把
/etc/resolv.conf改成公共 DNS（如 8.8.8.8 / 1.1.1.1）后重试通常即可，且域名本身也可能有变体（例如 Nebius 实际入口是studio.nebius.com）； - 结论：美国源（Groq/Gemini/Mistral/xAI/Kilo）全在首尔可用，要跑海外免费模型就放这台。
② 百度云（中国，作低延迟补充）
- 受 GFW 影响，9 个美国服务不可达：Google Gemini、Mistral、xAI、Hugging Face、Glhf.chat、Kilo Code、Nebius、OVHcloud、Nscale；
- 但 20 个仍可用，且国内源全绿：DeepSeek、硅基流动、ModelScope、智谱 Zhipu 延迟 <0.5s，强烈建议把这类"国内免费模型"放百度云跑；
- OpenRouter、Cloudflare、NVIDIA NIM、FreeLLMAPI 等聚合/海外网关在中国侧也能连，可当兜底；
- Groq / Cohere / Cerebras 虽通但返回 403，网络层可达但 API 大概率按中国 IP 拒绝，需实测密钥调用确认。
落地建议
- 架构：把免费 API 作为 upstream 挂进你自有的 OpenAI 兼容 API 网关，按区域路由——海外机跑美国源、国内机跑国内源，上层调用方式完全不用改；
- 优先级：先用 OpenRouter + FreeLLMAPI 两个聚合网关"一把密钥吃遍"；再补 DeepSeek / 硅基流动 / 智谱 做国内低延迟；Groq 在首尔做高吞吐备选；
- 避坑：被 GFW 挡的 9 个别在中国侧浪费时间；Glhf.chat 暂划掉；4 个 DNS 未解析的先改 resolver 再定；
- 合规：免费层多有速率/配额限制与个人用途条款，生产流量请走各自付费层或自托管。
说明：本文所有"可达/不可达"判定均来自上述两台机房的真实 curl 探测原始结果，未做任何推断填充。仅验证网络连通性，不含密钥申请与推理实测；各提供商免费额度、模型清单与可用区域以官方最新说明为准。