[BoomTips] OpenClash DNS国内外分流(防污染)失效解决方法

几个月前某次OpenClash更新后 , 分流突然失效了, 我想过几个版本BUG肯定会修好 , 先外部自建了个DNS...然而过了半年依然没区别...

根据 (图2) 分流是通过geoip数据库标记为中国的IP走国内DNS , 其余走海外DNS . 原理就和ChinaDNS是一摸一样的 , 只有可能是数据库出错了...

好家伙 , 某次beta版更新之后 , GeoIP MMDB数据库下载地址改成了一个dev自定义的地址 , 进 /etc/openclash 目录下一看只有200KB...破案了.

根据 (图1) 改回完整版数据库 , 检查并更新成一个 6M+ 的数据库 , 一切问题解决...建议顺便把 GeoSite 数据库也更新一下 .

Let's Fix It - 超级复合软路由

仔细看了一下 «比尔麦克复合型超级软路由 第四版图谱图» , 对于单线接入互联网 , 用3台RouterOS , 2台OPNsense , 1台OpenWRT虚拟机...我也没看出哪台算主路由...

再深入一看 , 感觉这6台虚拟机之间好像并没有"复合"在一起 , 各自做着简单的工作 , 毫无Teamwork可言 ...

于是我就帮他稍微优化了一下 ~ 这下三台虚拟机之间 FullMesh了 , 缺一不可~

欢迎大家在评论区投稿~相信大家一定有更好的方案~
同款流程图绘制网站 :
https://www.processon.com/

[BoomTips] Proxmox VE 7.4 EOL 然而这是最好用的版本~

三大实用功能 , 无须升级到8+版本 , 7.4 即可使用 .

1 虚拟网卡的MTU现在可以在UI调整并永久储存 . 这对需要开 Jumbo Frame的用户非常重要 . Virtio网卡将MTU设置为"1"即可直接继承网桥的MTU , 其它虚拟网卡无效 .

2 虚拟机绑定物理核心 . 这对软路由玩家很有用 . 再也不会出现 RouterOS 与 OpenWRT 之间抢资源的奇妙场景 .

3 暗色调主题 . 我谢谢你一家门 , 晚上总算不用被亮瞎狗眼了 .

一个注意点 : (图2)
CPU Units ( CPU权重 ) , 计量方式从 PVE7.3版开始由默认的 1024 (100%) 改成了100 . 然而升级后虚拟机继承原有参数 . 这下原来权重 2048 (200%)的虚拟机权重变成了 2048% ....
因此从7.3之前的旧版本更新后需要将所有虚拟机的权重手动设置为新版的计量单位 .

"The Boom" Mark.IV

首先感谢"爆発試験センター"各位提供的技术支持 .
解答了我心中114.514个2.5G的疑惑...
本次改造 , 费用低 . 技术难度不大, 但坑特别多 , 请大家务必仔细阅读带有下划线的内容 .

改造项目 :
1 PE2G4SFPI6L-R (82576 SFPx4) → 乐扩 RTL8125BG (Rev 05)
2 XPon Stick → ZTE F7005tv3 (10G-EPON/XGPON双模 2.5G Lan光猫)

本次改造有4个契机 :
1 RouterOS v7.15 针对RTL8125网卡单独优化稳定性的驱动
2 中兴百元2.5G双模低功耗光猫大量上市
3 上海移动 1000M 降价到 79元 并可双拨叠加带宽
4 MPTCPv1 正式加入 Linux 内核

改造难点 (巨坑 ) 详解 :
1 RTL8125B 千万不能买二手卡 , 山寨卡 . 图中这款乐拓的 RTL8125BG 为 RTL8125的第五次 Revision(设计修改) 版本 . 简而言之就是 Realtek 坑了四批人 , 没问题改啥设计- -? 天猫有一款 26元的 SSU品牌 RTL8125 千万别买 , 多人反应电路设计问题炸主板供电 , 都要和厂家打官司了 .
2 RTL8125BG (Rev.5) 唯一的缺点就是在狭小的机箱空间内 7x24 小时工作的情况下一定要带散热片 . 花"巨资"购买大品牌 , 比如 TP-LINK 或 绿联的卡之后需自行增加散热片 .
3 中兴光猫祖传固件问题 : 请删除系统自带的宽带连接 , 新建一条规则 , 且不能绑定WLAN无线接口 , 否则桥接即为软桥, 无法开启硬件加速 .
4 史上最烂网卡 Intel i225/226 断流问题彻底解决了么 ? 答案是 : 基本缓解 , 但有网卡消失术 , kernel panic等致命问题需要不断刷新固件解决 , 断一下电或者电脑正好死机就直接变砖 .

由于篇幅限制 , 接下来本频道将继续发布2篇详解 :
1 Zte F7005tv3 与 RTL8125B 直通 RouterOS 全面测试
2 MPTCP在"奥林匹克翻墙会"中是如何独树一帜杀出重围的 ?

我们将逐一验证各种网络传言 , 并证明它完全是人为失误或者是"拉不出屎怪马桶没吸力"~

[全网首发] ZTE F7005tv3 上海移动双拨 & RTL8125BG 直通 RouterOSv7.15 攻略~

由于篇幅限制 , 完整版发布于 : https://blog.boom.si/index.php/archives/383/

重点摘要 :
图1 : 通过Telnet命令可以做到 ITMS伪注册 , 绕过光猫对DNS的劫持 .
图2(左) : 中兴2.5G口系列电信定制猫均支持 VLAN 透传模式 , 相比之下VSOL的猫竟然不能支持 , 必须在光猫上配置 ...
图2(右) : 通过MPTCP 成功叠加上海移动双拨后的带宽并做到均衡负载以及无感知FailOver.
图3(左) : 测得上海移动1000M宽带IPv4内网的连接数限制为10000个~
图3(右) : 连接数达到1万时 , 光猫CPU利用率始终接近 0% , 达到2G速率时 , 光猫CPU利用率低于 10% , 实锤硬桥接已开启~

总结篇 :
网络上所谓F7005/15tv3光猫无法开启硬桥接 , 连接数超过1万之后网络直接崩溃的原因有两个 :
1 不了解中兴固件的BUG , 没有删掉光猫原有宽带连接 , 直接在出厂自带的连接上进行修改.
2 运营商限制NAT连接数 , 有部分运营商限制低达2500个. 很多人在换2.5G光猫前并没有使劲测试, 换了之后去拿去跑PCDN或者 BT PT之类的P2P...导致中兴背锅.

对于RTL8125BG会断线的传言 , 我表示只有可能是过热一种情况.
在使用这张网卡的2天时间里从来没有出现过Link Down~
更没有出现Intel网卡的断流以及速率掉到100/1000M的问题 , 非常稳定~

———————————

"MPTCP在"奥林匹克翻墙会"中是如何独树一帜杀出重围的 ?" 我得想想如何表达比较直观.
在此之前会先插播一期 "Devialet Phantom I 108db 简单体验"~

别人翻墙 , 我操墙 → 速蛙机场的穷途末路与MPTCP的前生今世 (上)

2021年的某天 , 我如同往常一样打开Youtube , 呈现在我眼前的是一个带着绿色头套的男人 ...拿着A4纸 , 放起了100%纯手工幻灯片 . 这样惊为天人的广告 , 一瞬让我进入了僵硬状态 - -
回过神来 , 广告已经全部看完了- -

本频道将利用这个从绿色头套变成黑色头套的传奇人物 , 将MPTCP协议的基础与使用方法穿插其中...大家咖啡和小笼包备好 ~

那么问题来了 ~ IPLC的质量 , 中端价格的机场 , 如何才能做到 ?
速蛙和当年的BoomVM一样 , 全部走的是公网 , 也就是迫真IPLC . 要迫真就不能丢包 .
BoomVM采用上海电信CN2作为基础网络 , IPsec作为隧道 , 质量稳定 , 但是总带宽只有300多M .
速蛙有2万以上用户 , 300M带宽就算来个10条 , 只要用户没均匀使用线路就会造成部分线路直接瘫痪.

换一个思路 , 能不能在丢包的情况下让用户无感知 ?
答案头套男已经告诉你们了. 那就是把MPTCP协议应用到机场中~

速蛙的国内入口均采用1G口中移动商宽. 现假设同一个国内接入点有ABC三条宽带 .
用户采用正常的TCP连入不同宽带 , 出口改为 MPTCP流 ~
也就是用户从A或B或C连到中转服务端 , 数据被一拆三 , 从A B C 三条宽带同时送往落地节点 .
通过调节Subflow参数可以把一份数据拆的更碎 , 分成6份 8份 , 一旦某份数据运输途中发生了"事故", 立刻通过没有发生事故的链路补发一份. 到了落地节点 MPTCP流被合并为一份 , 变回TCP传输到最终目标服务器.

以上 , 即为MPTCP形象化的工作原理 . 比起传统的ECMP PCC负载均衡只能做到per connection级, 它真正做到了per packet级 . 在解决负载均衡的同时 , 对丢包进行了"风险分散"与"物损补发" , 还无意间破解了运营商针对单线程或单IP的QOS . 以一种非常不优雅的方式让用户体验丝滑~

由于篇幅限制 , 本文将分割为上中下三篇 , 感兴趣的观众请订阅本频道 , 最近大量劲爆内容每日更新 ~