Gateway渠道管理
先点开始日期，再点结束日期；同一天点两次只看当天。可选最近 90 天。
按天明细
| 日期 | 新增 Key | 创建成功 | 创建失败 | 累计 Key | 消耗 ($) | 请求数 | Token |
|---|
客户 / 供货商实时调用量
| 用户 | 角色 | 请求数 | 成功 | 失败 | Token 消耗 | 费用 ($) | 余额 ($) | 最近调用 |
|---|---|---|---|---|---|---|---|---|
| 暂无调用记录 | ||||||||
—
显示的列
用量—
全站 RPM—
全站 TPM—
显示的列
显示的列
已选择 0 位用户
站点设置
网站名称，以及供应商登录后能看到哪些内容。
上游连接
网关通过上游 MercerRouter / New API 的管理接口创建和同步渠道。
- 上游地址
- —
- 上游用户 ID
- —
- 当前令牌
—
上游同步
网关按这个间隔向上游读数：扫一遍上游渠道列表更新每条渠道的状态、禁用原因和累计消耗，按零点基准算出按天消耗，再同步看板统计；创建、删除、测试渠道是点按钮时才请求，不受这里影响。
渠道类型
开放后，创建渠道时就能选择该类型；每种类型的命名段、要填写的字段和默认模型都在这里配置。上游新增的类型可以按编号登记。
| 开放 | 渠道类型 | 命名段 · 折扣 | 供应商要填的字段 | 默认模型 | 操作 |
|---|
- 白名单来源
- —
- 供应商
- —
- 上游模型族
- —
- 资源
- —
- 生命周期
- —
Azure 区域
上传 Azure GPT 渠道（渠道类型 3，地址是 Azure 资源）时，先按 DNS 认出资源所在的区域，不在允许的区域就不让上传，供应商会看到原因，这里留一条记录。判断办法和 zp 台子一样；已经建好的渠道不受影响，可以用下面的「扫描现有渠道」查一遍。
扫描现有渠道0
还没有扫描过。
| 渠道 | 供应商 | 状态 | Azure 地址 | 检测到的区域 | 结果 |
|---|
拦截记录0
| 时间 | 供应商 | 渠道类型 | 渠道名 / Key | Azure 地址 | 检测到的区域 | 原因 | 来源 |
|---|
出口代理池
上游 Key 从本网关转发出去时，默认共用一个公网 IP，几百条 Key 挤在一起会被上游按「单 IP 多账号」关联判定为中转/超刷卡池，导致连坐封号。在这里维护一个出口 IP 池，Key 上传时自动均匀分配，让每把 Key 走不同出口。
代理分布0
还没有配置代理池。| 代理地址 | 已绑定 Key 数 | 连通状态 |
|---|