 im0o
|
860da5d28f
|
订阅线路的类型、延迟和测速都改走 provider 接口
404 不是 bug。内核的 /proxies 只返回全局名字表（内置出站、自有线路、策略组），
订阅线路不在里面——跟「订阅线路不能被入站直接引用」是同一条约束，我没想到它同样
适用于运行时接口。所以 /proxies/{订阅线路}/delay 一律 404，而订阅线路的卡片也一直
没有协议和延迟，因为那些数据同样查不到。
现在运行时状态从两处合成：/proxies 给内置出站和策略组，/providers/proxies 给订阅线路
（它返回的线路本来就带完整的协议和延迟历史）。测速按线路归属选接口，订阅线路走
{订阅}/{线路}/healthcheck。实测该接口对同一条线路返回 200 和 325 毫秒。
|
2026-08-10 13:41:42 +08:00 |
|
|
im0o
|
5cdc183190
|
去掉转换入口，加测延迟，改掉刷新时丢状态的毛病
最要紧的是第三条：之前每次改完都会先切到「读取中」，页面被拆掉重建，
选中的那一路入站随之丢失，改个设置还得重新找回原来的位置。现在只有首次加载显示占位，
之后都是原地更新。切换策略组还做成了乐观更新——那一步不写配置文件，
没必要让点击等一个往返，真失败了随后的刷新会纠正回来。
测延迟按钮让内核并发测整个策略组。测不通是关于线路的结论而不是 Patchbay 出了问题，
所以全部超时用中性提示，不弹红框。
|
2026-08-10 12:53:56 +08:00 |
|
|
im0o
|
0062a261f7
|
补上真正日常要点的那个动作：切换策略组当前选中谁
之前的面板只做了「这个入站指向哪个出站」，那是改配置文件。但 metacubexd 里点一条线路
改的根本不是入站，是策略组的当前选中——调 PUT /proxies/{组}，不写文件、立刻生效。
mixed-port 走规则表，末尾 MATCH,PROXY 把流量交给 PROXY 组，所以换那个组的选中就等于
换了这个端口的出口。这是每天都要点的动作，之前整个漏了。
面板顶部现在显示完整链条（PROXY → AUTO → 某条线路），并让人在最后一个策略组上换选中。
只显示第一层等于没回答「这个端口现在走哪条线」。
透传的白名单里为此开了唯一一个写操作，单独一条路由而不是放开整个转发。
|
2026-08-10 12:44:31 +08:00 |
|
|
im0o
|
7a764f5fe1
|
搭出前端骨架和入站列表
设计基调定为：层次靠底色和一像素描边而不是投影，一屏最多两层容器，间距给足。
tokens.css 顶部写了这三条规则，后面的组件都是它们的推论。
入站列表把两套写法合并成一张表：老式顶层端口字段（mixed-port 这些）和 listeners 数组。
只画 listeners 的话，一台只用 mixed-port 的机器打开会是空板，而那个端口正在跑——
这等于对用户撒谎。合并逻辑在 shared/inbounds.ts，带 10 个测试。
后端顺带能提供打包后的静态文件了，一个进程就能跑起来。
|
2026-08-10 04:10:17 +08:00 |
|
|
im0o
|
ada547adf7
|
加上 HTTP 接口层和令牌认证
接口分三类：配置读写走保护链路，内核状态和只读透传，静态字段表。
透传用白名单而不是黑名单——写操作属于运行时面板，等做到那步再单独开，
现在不留一个什么都能转发的口子。
令牌即便在只监听本机时也强制校验：同一台机器上跑着容器和别的服务，
「只监听 127.0.0.1」不等于「只有你能访问」。比较用常数时间，避免靠响应耗时猜。
scripts/api-smoke.ts 对着真服务和真内核跑 17 项检查，端到端确认过
改配置之后内核会重载、新端口真的被监听起来。
|
2026-08-10 03:37:49 +08:00 |
|