MSSclamp持久化

MT7981 花生壳 X1 Pro 完美 ImmortalWrt 固件 —— OpenClash + iKuai 多网聚合 + WireGuard 异地虚拟组网+DNS防泄漏 不要给别的用户表现的啊 经历了什么 体现出效果就行，起一个噱头 我想分为抖音版和bilibili 抖音的标题类似于 一个迷你小路由器 环境背景 因为校园网限速的环境 单个校园网账户速度只能3Mbps 萌生了多wan链路聚合的想法，尝试过openwrt的mwan 发现openclash 里无法生效 openclash 绑定一个网络接口 所以网络聚合暂时无法生效，因为up的openwrt 是跑在pve虚拟机上的，所以决定尝试虚拟出来一个ikuai 软路由 ，然后用pve虚拟机设置一个网桥vmbr3给ikuai 并且不绑定网卡创建一个网桥vmbrx ![[Pasted image 20260725094949.png|688]] 然后在给ikuai 在这网桥下创建 5个网络设备 进入ikuai 创建5个wan口 ![[Pasted image 20260725095244.png|697]] 然后进入侧边栏脚手架里面的流控分流 选择分流设置-多线负载 创建一个规则 负载模式采用新建连接数 ![[Pasted image 20260725095349.png|697]] 然后这个时候去给openwrt的虚拟机配置 配置ikuai的 lan 虚拟网桥 ![[Pasted image 20260725095503.png|697]] 在openwrt中配置wan口和防火墙配置为wan ![[Pasted image 20260725095602.png]] 最终测速 可以看到5个wan都达到了校园网的测速 证明多线负载成功，并且网络通过openwrt做到了dns防泄漏。 ![[Pasted image 20260725100007.png]] 然后到x1pro上搭建wg通道 ...

博客-v37 部署 7 天体检报告：稳定运行 + 一个反复出现的隐形 bug v37 已经放在展厅稳定跑了 7 天，今天做了一次全面体检。一切看起来很美，但有一个 bug 已经第三次踩到我头上了 —— 这次打算从根上解决它。 一句话结论 sysupgrade-v37.bin（md5 353fc69dac266a5b7a5dea4647b24eb6）从 7/26 刷入至今表现稳定 —— 5G HE160 2401 Mbps 持续、WireGuard 隧道穿越学校骨干漫游多次零中断、SMB 跨隧道 ~440 Mbps、坑 #6 修复（bridge-nf 开机时序）持久不复发。 但有一个真 bug：U-Boot 网页刷机不清 overlay。每次刷完，开箱时 opkg 安装的旧 JS 文件会盖住 /rom 里的 v36+ 补丁版本 —— 无线 Edit 弹窗选择器消失、信道分析页空白。你看不到不代表它不在那，只是没去动无线配置而已。 健康体检数据 uptime: 6h15m (今天的 14:09 重启; 之前 5+ 天未中断) load: 0.17 (15min 平均 0.04, 极度空闲) 内存: 130MB / 495MB (swap 0) 存储: overlay 264KB / 53MB, /tmp 448KB WG: handshake 56s 前, transfer 31MB rx / 8MB tx, endpoint 自学到 WiFi: rax0 = 5G HE160 ch56 2401Mbps ra0 = 2.4G HE40 ch8 573Mbps eth1: 6h 内仅 1 次闪断（早先是 5 次 — 网线稳了） 桥接-nf: 1 (永久生效) MSS clamp: nft mangle set 1360 在位 错误日志: 干净 (只有 dropbear auth/Disconnect) 隧道跟踪日志显示 7/26 以来有过若干次 WAN IP 切换，Plan C（office 端 endpoint_host=0.0.0.0）每次都能在 2 分钟内自动重连，这版固件的核心承诺兑现。 ...