9Router：评估 AI 网关，不把路由误认为无限权限
9Router 架构：请求包装与模型路由分开理解
跟踪 HTTP 包装层职责，不从概览图推断尚未审阅的供应商选择与协议转换内部顺序。
9Router 架构：请求包装与模型路由分开理解知识学习CN编辑简报更新 2026-09-18
你将学会
- 包装层先于 Next 处理
- 对端身份跨越代理边界
- 后台刷新单独初始化
开始前需要
- 基本命令行与配置阅读能力
- 能够在独立且获准的环境中试验
分别记录请求模型、实际尝试和客户端验收，在不保留秘密的前提下解释一次请求的完整路径。
先看结论
- 包装层不解释完整路由器。
- loopback 是明确的信任条件。
- 启动刷新不证明凭据已刷新。
包装层先于 Next 处理
custom-server.js 包装 http.createServer，在应用处理器前读取 TCP 对端与部分转发头，移除客户端提供的若干内部字段，再写入推导后的请求元数据。
这段代码属于请求边界，不是完整供应商路由器。README 在应用层描述转换、回退和压缩，但不能根据高层图示推断它们的准确执行顺序。
对端身份跨越代理边界
只有 TCP 对端匹配几个 loopback 形式时，包装层才信任 x-real-ip 或 x-forwarded-for 第一项；其他情况使用 socket 地址。本地代理因此负责提供清洁、可信的转发信息。
另一个容器里的代理不一定表现为 loopback。部署时应验证真实 socket 对端，而不是认为所有内网代理都进入同一分支；身份推导会影响下游诊断及可能的限流。
后台刷新单独初始化
开始监听后包装层尝试导入后台令牌刷新模块并启动。源码注释说明缺少源模块的 standalone 布局可依赖应用启动流程；导入成功和凭据刷新成功仍是不同结果。
分别跟踪请求接入、路由选择和上游结果。本系列检查包装层与包脚本，不声称已经审阅全部供应商执行器、数据库路径或凭据刷新实现。
如何选择
| 比较维度 | 方案 A | 方案 B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
实施步骤
- 1
沿包装层进入应用处理器。
- 2
确认真实代理 TCP 对端。
- 3
分开记录启动、路由和刷新结果。
可复制示例
text
TCP 请求 → 自定义包装 → Next handler
对端与本地可信转发 → 内部元数据
应用 → 供应商路由 → 上游结果常见问题
所有内网代理都是 loopback 吗？
不是，需要检查实际对端和代码比较条件。
回退内部实现都已核验吗？
没有，高层用途来自 README，源码分析聚焦请求包装层。
资料来源
- 9Router / custom-server.js来源核查 2026-09-18
- 9Router / package.json来源核查 2026-09-18
- 9Router / README.md来源核查 2026-09-18