OpenRouter 老是超时？Clash 分流 API 域名与节点实测步骤

为什么更像「API 超时」，而不是整站被墙？

OpenRouter 把多家模型的 HTTP API 收敛到统一计费与路由层，开发者用一套 Key 就能在请求里切换模型名称，这在 2026 年依然是多模型工具链里的高频选项。实际排障里，很多人遇到的不是浏览器里红字「无法访问」，而是文档页能刷、Key 也能创建，真正发起 /api/v1/chat/completions 一类调用时，客户端在默认超时时间内收不到完整响应，或流式连接卡住、首 token 迟迟不出现。

这类症状在 Clash mode: rule 下，往往与「节点彻底坏了」并不等价，更接近下面几类叠加：API 主机名仍落在直连或错误的策略组；TLS 握手在劣质链路上拖死；本地 DNS 与 fake-ip 让规则命中与真实解析脱节。因此本文从「超时 / TLS / DNS」三条线反查，优先保证 openrouter.ai 及其控制台用到的主机名走你信任的代理策略组，再谈模型路由与服务端因素。

openrouter.ai：API 与控制台要覆盖哪些主机名？

对绝大多数自建脚本与三方客户端，REST 入口挂在 openrouter.ai 这一后缀下（例如文档中的 https://openrouter.ai/api/v1/...）。在 Clash 里用 DOMAIN-SUFFIX,openrouter.ai,你的组名 通常能一次性覆盖 API 与常见子域。若你只写了更窄的 DOMAIN 规则，而后台或前端又请求了带环境前缀的三级域，就会出现「页面偶发正常、接口偶发直连超时」的分裂。

控制台登录、计费或分析脚本有时会打到与主站不同的主机名（例如第三方身份验证或静态资源 CDN）。最稳妥的做法仍是在浏览器开发者工具「网络」里对一次完整登录与一次失败 API 调用抓包，把真实出现的 Host 记下来：唯一主机名用 DOMAIN,主机名,组名 精确置顶；确认长期归属同一业务的再用 DOMAIN-SUFFIX。不要盲目复制社交平台上「万能列表」，OpenRouter 与上游模型商会随产品迭代调整边缘域名。

模型路由：超时前先排除「本地链路」

OpenRouter 的核心价值是模型路由：同一端点按模型字符串把流量分发到不同上游。若你在面板里切换模型后延迟明显变化，首先要区分是上游模型本身慢或限流，还是本地到 openrouter.ai 的路径不稳定。实用做法是固定一个轻量模型与较短 max_tokens，在命令行用同一请求体连打数次：若走代理时明显稳定、直连时偶发失败，则问题在本地分流；若无论策略组怎么换都慢，再去看服务端状态与配额。

流式（SSE）场景对链路更敏感：HTTP/2 长连接在丢包或频繁切换的 url-test 节点上容易被客户端判为超时。尽量让 OpenRouter 策略组在排障阶段手动锁定单一节点，确认稳定后再考虑自动测速。

策略组写法：给 OpenRouter 单独开一组

为 OpenRouter 建独立策略组（例如 OpenRouter）的意义，是把「日常浏览的大杂烩组」与「适合 API 的低延迟出口」拆开。你不必把它与 ChatGPT、Claude 混用同一组：聚合平台 TLS 指纹与连接特征不同于单家官方 API，混用时一旦要做对照实验，变量会变多。

组内建议至少保留 select 以便快速切换地区；若使用 url-test，请把探测间隔调得保守一些，避免在流式响应中途自动换节点导致上层库报超时。对纯 REST 短请求，可以适当缩短超时再试，但根因仍应回到规则是否命中、DNS 是否一致。

规则顺序：DOMAIN-SUFFIX 置顶插在哪里？

Clash 规则自上而下命中即停。推荐骨架仍是：局域网与私有网段（带 no-resolve 的 IP-CIDR）→ 你确定要直连的国内精确域名 → OpenRouter 相关的 DOMAIN / DOMAIN-SUFFIX 或可信 RULE-SET → 可选广告规则 → 大陆域名集与 GEOIP → MATCH 兜底。OpenRouter 段必须落在大陆大规则之前，否则可能被 GEOIP,CN,DIRECT 提前带走；同时它又应位于你的个人直连例外之后，以免破坏国内业务。

TLS、DNS 与 fake-ip：「写了规则仍超时」时查什么？

在 dns.enhanced-mode: fake-ip 下，应用看到的地址与解析路径并不总与直觉一致。若 nameserver-policy 对某些后缀使用了不稳定的上游，可能得到与策略不匹配的解析结果，外层仍表现为TLS 超时或连接被重置。遇到「规则已置顶仍异常」时，先看日志里的原始 SNI 与命中规则，再对照 DNS 段落是否把 openrouter.ai 送到了预期上游。

系统或运行时的加密 DNS 绕过本地 Clash也会让排障扑朔迷离。可结合本站TUN 模式指南里关于 DNS 劫持与网卡优先级的说明，确认应用流量确实经过 Clash。若终端工具不走系统代理，记得显式设置 HTTPS_PROXY 或 SOCKS 环境变量，否则你会误以为「规则无效」。

验证顺序：日志 → 连通性 → 切换节点

1. 确认模式与配置已加载：客户端处于 Rule，当前 Profile 包含你保存的规则（含 Mixin 合成结果）。
2. 写入 OpenRouter 策略组与 DOMAIN-SUFFIX,openrouter.ai：按抓包补充控制台额外主机名。
3. 看日志验证命中：对 API 与（如有）SSE 各测一次，确认未被前置规则抢走。
4. 对照 DNS：检查 fake-ip-filter、nameserver-policy 是否与 openrouter.ai 冲突。
5. 节点对照：同组内切换地区与线路；必要时暂时关闭 HTTP/3 对比。
6. 区分服务端：换轻量模型与短输出后仍全局失败，再查配额、账单状态与上游公告。

若你尚未熟悉规则模式的基础结构，可先读规则分流深度文，再叠本文专项规则，变量更少。与单家官方 API 的域名思路也可对照ChatGPT 与 Claude 分流，但不要把 OpenRouter 与上游模型商域名混为一谈：聚合层与各家 endpoint 是两条链路。

可改写的 YAML 片段示例（教学用）

下列片段仅演示结构：请替换策略组名、节点列表与规则集地址；域名务必以你本地抓包为准；远程 rule-providers 仅使用可信上游。

YAMLproxy-groups:
  - name: "OpenRouter"
    type: select
    proxies:
      - "美西低延迟"
      - "专线备用"
      - "自动选择"
  - name: "自动选择"
    type: url-test
    proxies: []
    url: "http://www.gstatic.com/generate_204"
    interval: 300

rule-providers:
  openrouter_ai:
    type: http
    behavior: domain
    url: "https://example.com/rulesets/openrouter.txt"
    path: ./ruleset/openrouter_ai.yaml
    interval: 86400

rules:
  - DOMAIN-SUFFIX,local,DIRECT
  - IP-CIDR,127.0.0.0/8,DIRECT,no-resolve
  - IP-CIDR,10.0.0.0/8,DIRECT,no-resolve
  - IP-CIDR,172.16.0.0/12,DIRECT,no-resolve
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - RULE-SET,openrouter_ai,OpenRouter
  - DOMAIN-SUFFIX,openrouter.ai,OpenRouter
  - MATCH,节点选择

订阅导入与多配置切换可参考订阅导入教程，先保证基础链路可用，再叠加专项规则。

常见误区速查

• 终端工具未走系统代理：规则在浏览器里生效，curl 仍直连导致超时。
• 只加主域、忽略控制台附属主机名：登录正常，调用 Key 验证失败。
• 规则写在大陆集之后：随机命中直连，表现为间歇超时。
• url-test 切换过勤：长连接被打断，流式客户端报错。
• 把 OpenRouter 超时一律当成「模型慢」：未先做本地命中与 TLS 对照。

小结

OpenRouter 的 API 超时，多数是聚合域名在规则模式下没有稳定走对策略组，再叠加 DNS、fake-ip 与 TLS 链路的「半通不通」。用独立策略组配合置顶的 DOMAIN-SUFFIX,openrouter.ai，把段落放在大陆大规则之前，再按日志 → DNS → 节点的顺序验证，就能把问题从玄学变成可定位的工程项。相比只能切换全局开关的工具，Clash 系客户端的优势正在于这种可编排性。

若你希望在一套订阅上同时兼顾日常浏览与多款海外 AI 与聚合 API，又希望排错时边界清晰，→ 立即免费下载 Clash，开启流畅上网新体验。