Csheng

前两个月电信 1T immich photos 用 backrest 传 google drive ，差不多跑了 24h ，公网还在，但确实心惊胆战。

还是 VRRP 舒服，旁路的 sing-box/mihomo 无论是进程炸了，还是旁路 reboot/假死不可达，还是 proxy upstream 炸了，都视为 vrrp 降权，GW/DNS 在整个 LAN 二层切回主路由，对于客户端来讲至少也没什么需要手动的动作。

DHCP Option 先按 mac 分需要透明代理和常规设备，透明代理的分到 vip gw/dns, 检测挂了，自动切回去主网关。

客户端的 DHCP GW/DNS 地址不变，切换主要体现为 VIP/VRRP VMAC 的二层归属迁移；新连接基本透明，已有连接可能需要重建。

这种方案能不依赖具体的 patch 和主动，故障点是主网关，当然主网关都 G 了也没什么切来切去的意义，只是说可能这种 VRRP 特性对于部分傻瓜路由比较不友好，对于 RouterOS 主，WRT 旁路（叠加 sing-box/mihomo ）的情况，还是合理的。

如果还有性能强迫症，网关固定设置 RouterOS ，ROS 对 !CNIP mangle route 到 WRT, WRT 内仅处理这部分流量，同时 VRRP 部分只处理 DNS 主备

x86 pve routeros chr 负责稳定网关和 dhcp option 分配不同设备, openwrt 折腾各种奇怪的出国，这样双持不好吗，再套个 vrrp ，openwrt 随便折腾也不至于影响主网络。。。

1 楼不止脑残，看了他历史回复，也就回复了两个 newapi 的帖子，还安全人员？ 20 年注册，几年就 newapi 这事情你觉得不合理需要回复，看来对 OP 可是真爱啊，一举一动都盯着，怕人家 PM 小白也能 vibe 来影响他的生意吧，真逗

上个月刚换了 VSOL V2802RH ，省心了。

运营商疑似上设备，对猫棒光特性阻断了。。手头几根猫棒在某个时间点后，就死活注册不上了，卡 o2o3 循环
在此之前也是稳定可用，有几个月时间路由日志观察到一天会被踢掉几次 pppoe ，某天我作死重启它，然后就再也无法注册了。。换其他猫棒插入也一样无法注册

死心了。

观点和理解和我感受基本一致，未来人类更多应该做的是架构设计，然后管理、约束 agents 让他自我完成循环，减少人工介入

开发新功能的时候，人类通过提供方向性和 idea ，和 agent 探讨，再确定 plan ，最后交给它们（ subagents/parallel ）执行并且做些基础验证（语法、功能完整性）

至于 debug/验收过程，也被极大的加快了，加日志，分析日志比人类快多了。。（当然有些关键点还是要自己提醒它

review 代码，也可以慢慢约束形成各种语言的规范

claude code 每次的新功能，几乎都精准切中发展路径: Memory -> Plan -> MCP -> Skills(发布顺序未经过严格求证)，夸张点讲它是 Coding Agent 工业标准也不为过？

claude code + 国产廉价模型，让成本降低，更多人能享受，探索更多可能，也为创造增加了非常多可行性。典型的量变引起质变。

看笑了，中转站老板们赚着网络和信息差的利润，心底上对这些客户，大抵是觉得都是*韭菜，对于一大堆无法解决网络问题或者不是专业的用户，要是这些服务都能正常在国内使用，有他们什么事？没点 x 数

@AkinoKaedeChan #27 还记得这事儿的，都是老网民了，确实这么多年一点没变：伸手党大骂“为爱发电”怎么不单独给我发电。哎！

配置复杂度、文档确实是个问题，不过折腾完一轮之后还是挺舒服的。。。

json 目前我是用 json5 模板写注释和行尾","支持(对于这两点用 jsonc 也可以)，然后用 python 写脚本填充 outbounds （按照自己的需求过滤、重新组织不同的 rule-set 来对应不同的 outbounds ），最后 json.dumps 出 json 格式的，这样不会有什么问题

面向移动设备(iOS)、透明旁路网关、服务器 docker compose 使用分别有几份稍微有点差异的模板，不过都是代码生成问题不大，每次调试修改通用规则稍微麻烦点，改完网关的，再用 beyond compare 对比差异保留差异中对特定模板有用的部分。