总览
异常订阅、动态入口与中转防护统一管理
源站：top.fishmix70.com
● 正在连接实时数据
订阅请求趋势
近 7 天真实数据库请求量
等待真实趋势数据
V3.8-r1 不再显示演示曲线；刷新后按数据库近 7 天数据绘制。
当前系统联动
现有探头与执行端状态
源站探头订阅 + IP 检测top.fishmix70.com
→
中央平台规则 / AI / 任务风险判断中心
→
中转 Agent访问探头 + 封禁 / 解封0 台在线
动态入口HiNet / AWS / 自定义未选择
→
事件关联时间线对照自动归档
→
封禁中心临时 / 手动可一键解封
实时异常订阅
V3.8-r1 使用真实历史数据库分析；人工判断状态可永久保存
| user_id | 访问 IP | UA | 月流量 | 风险 | 异常原因 | 最近拉取 | 操作 |
|---|
实时异常 IP
先按行为识别；IP 归属/风控标签下一步接外部情报
异常订阅列表
从 FishMix 历史数据库读取；原始订阅日志只负责增量导入
| 最近拉取 | user_id | IP | UA | 月流量 | 套餐 | 风险分 | 异常原因 | 状态 | 操作 |
|---|
异常访问 IP
短时间多 UUID、批量请求、脚本 UA、跨天重复等行为评分
| IP | 归属 / ASN | 网络类型 | 风控标签 | 风险分 | 关联账号 | 请求数(24h) | 首次出现 | 最后出现 | 状态 | 操作 |
|---|
入口管理
连接地址支持域名、IPv4、IPv6；动态 IP 由 Agent 自动上报
封禁记录
所有封禁均可立即解封
| 任务 | 目标 | 服务器 | 时长 | 创建时间 | 状态 | 结果 | 操作 |
|---|
中转服务器
自动寻找 proxy_pass → top.fishmix70.com，增量读取对应 Nginx access_log，并与源站订阅记录关联
永不自动封禁白名单
管理 IP、服务器 IP、共享出口、已确认正常用户
| 类型 | 对象 | 备注 | 添加时间 | 操作 |
|---|
观察名单
人工标记为“继续观察”的 IP / user_id，不自动封禁
| 类型 | 对象 | 备注 | 更新时间 | 操作 |
|---|
IP ↔ 账号关联分析
优先识别短时间批量拉多个订阅，而不是单纯看云 IP / Python UA
V3.8 封禁策略
默认可恢复，永久封禁只允许管理员人工二次确认
70–84 分观察记录证据，不自动封禁
85–94 分临时封禁建议 1–6 小时；AI 最多自动 6 小时
95–100 分重点观察可人工选择 24h / 3天 / 7天
永久封禁人工确认AI 无权永久封禁；必须二次确认
白名单、当前入口、所有已管理服务器 IP、已知共享出口和基础设施 IP 永不自动封禁。
操作日志
封禁、解封、风险调整和 Agent 执行记录
AI API 设置
OpenAI-Compatible 接口；Token 只保存在服务器 Web 根目录之外
接口模式
OpenAI-Compatible · 自动识别 /v1
高级设置
节省资源策略：SQLite 本地规则先筛选 → 只把少量候选摘要交给 AI →
多个候选合并为一次请求 → 未变化的候选不会反复消耗 Token。
原始几千条日志不会直接发送给 AI。接口路径由系统自动处理，不需要填写 /chat/completions。
自动化安全边界
V3.8 AI 只允许在本地阈值同时满足时自动临时封禁；永久封禁始终需要人工确认
① 本地规则预筛选
系统入口、已知共享出口、白名单先在本地排除。
② AI 二次判断
AI 只接收摘要：批量窗口、UA、请求量、关联账号和历史人工判断。
③ 人工反馈反哺
你标记“正常 / 观察 / 异常”的历史会作为后续 AI 判断参考。
④ 自动处理只针对 IP
达到你设置的本地分 + AI分 + high 置信度后可临时封中转；订阅 user_id 不自动封。
核心原则
用本地计算筛掉 99% 普通事件，只为少量真正值得看的候选付 Token。
Telegram 异常通知 + 自动 IP 临时封禁
异常 IP 可自动下发到中转 Agent；关联 user_id 只通知你，由你人工处理订阅。
自动封 IP 还有两条硬条件：AI verdict = suspicious 且 confidence = high。
当前入口、HiNet/AWS 出口、已管理服务器 IP、共享出口保护名单永远拒绝自动封禁。
user_id 不会自动封订阅；Telegram 会把关联 user_id 发给你，你进入平台自行确认。
user_id 不会自动封订阅；Telegram 会把关联 user_id 发给你，你进入平台自行确认。
AI 最新判断
AI 结论是辅助意见；最终人工标记仍拥有最高优先级
| 对象 | 本地分 | AI分 | 置信度 | 判断 | 建议 | 主要原因 | 分析时间 | 操作 |
|---|---|---|---|---|---|---|---|---|
暂无 AI 分析结果配置 API 后，只会分析本地风险引擎筛出的候选。 | ||||||||
AI 调用日志
记录调用次数、Token、状态和错误，不保存完整 API Key
| 时间 | 类型 | 模型 | 候选 | Prompt | Completion | Total | 状态 |
|---|
V3.8 · 多点网络诊断
封锁诊断中心
从当前入口和全部在线 Agent 同时测试 DNS、TCP、TLS 与 HTTPS。系统只判断“路径是否异常”，不会因为一次失败就自动认定为网络封锁。
只读探测 · 不改防火墙 · 不自动封禁
发起诊断
建议优先测试你的入口域名/IP 或节点域名；443 会自动检查 TLS/HTTPS。
TCP 成功但 TLS 失败、或当前入口失败而其它探针正常，才会提高“路径异常”等级。DNS 差异只做辅助提示，因为 CDN/Anycast 本身就可能返回不同地址。若目前没有中国大陆侧探针，本页只能判断现有线路差异，不能直接证明大陆地区是否被封锁。
诊断边界
避免把普通故障误判成“被墙”。
① DNS记录各探针解析结果与耗时；结果不同不等于污染。
② TCP判断端口能否建立连接，区分“完全不可达”和上层协议异常。
③ TLS / SNITCP 可达但某个入口 TLS 失败，会标记为 TLS/SNI 路径异常候选。
④ UDP / QUIC本版只记录 UDP datagram 能否发出，不用它单独判断 QUIC 是否被阻断。
当前诊断详情
还没有选择诊断记录
等待诊断运行后会根据不同探针的差异给出“正常 / 入口路径异常 / TLS路径异常 / 数据不足”等结论。
| 探针 | 角色 | DNS | TCP | TLS | HTTPS | UDP | 错误摘要 |
|---|---|---|---|---|---|---|---|
暂无样本先发起一次诊断。 | |||||||
最近诊断记录
最多显示最近 30 次；点击可展开探针结果。
| 时间 | 目标 | 探针 | 状态 | 结论 | 摘要 | 操作 |
|---|