W
englife.space：把长视频整理成可以读的文章
粘贴一个 YouTube 链接，站点把视频内容整理成带章节的文章，正文按所选语言输出，可以像读文章一样把它读完。
️ 界面
使用微PE工具箱 v2.3 2026.07.13 维护增强版
基于微PE工具箱 x64 v2.3 制作的维护增强版，集成常用系统维护工具，支持 U 盘启动盘制作、系统安装、数据恢复与硬盘分区，兼容 BIOS / UEFI 双启动。
整理自 423down · 原作 027sun
基本信息️ 界面截图
更新记录2026.07.13
2026.07.05
2026.06.14
️ 集成工具
️ 下载地址微PE工具箱 v2.3 2026.07.13 维护增强版
百度网盘提取码：9vri
️ 使用说明Google Chrome v153.0.8010.37 绿色便携增强版
基于官方稳定版制作的绿色便携版，集成 Chrome++ 增强组件。免安装、不写注册表，解压即用，与系统安装版完全隔离，互不干扰。
本站搬运整理，原版来自 423down
软件信息️ 界面截图
更新内容（Chromium 153）️ 增强特性（Chrome++）️ 下载地址Google Chrome v153.0.8010.37 绿色便携增强版
️ 使用说明
WLite 安卓客户端
论坛有安卓客户端，装完就能用手机看帖、回帖、收消息。
️ 下载
能做什么
v0.3.3 更新 说明
站内系统帖的下载链接已整理
这两天把站内系统帖的下载链接过了一遍，统一整理成一份。
整理内容️ 现在的样子打开任意一个系统帖，下载地址一栏就是当前版本：
说明
这一版不是精简的路子。
全量版做的是加法：该在的组件都在，该跑得起来的软件跑得起来。装完不用为了一个驱动、一个游戏、一个行业软件再回头补东西。
适合装机之后想长期用、不想反复折腾的人 —— 体积上的取舍，让位给兼容性。
系统信息Windows 11 26H2 ｜ Build 26300.9445 ｜ x64 ｜ ESD ｜ Client Pro
体积对比全量版比同代精简版大 0.67 GB，差额就是完整组件和更新能力。
集成软件与工具装完即用，不用再逐个补齐 —— 下面这些都是系统自带的。
播放与压缩
备份与监控
文件与效率
系统与输入
系统与还原
️ 系统优化优化部分全量版与精简版通用，都在装完第一次进桌面时自动完成。
额外启用的功能
下面这些在系统里默认是关闭状态，全量版与精简版都提前启用了。
网络与共享
老软件与运行库
系统还原
保留功能Windows 更新、远程桌面、局域网文件共享都在，运行库装齐，常用外设和手机调试环境可以直接用 —— 日常该用的东西没缺。
装完后的样子：没有弹出来吓你的杀毒提示，也没有第一次开机追着你走完的那套设置向导，开机就是干净的桌面。
基于原版母盘制作，系统里没有夹带任何广告与第三方推广，也没有任何首页绑定。装完是什么样，你用到的就是什么样。
更新记录️ 运行截图
️ 下载地址Windows 11 26H2 全量版 ｜ 2.46 GB
️ 安装说明ESD 格式，用 PE 下的安装工具（WinNTSetup、Dism++ 之类）释放到目标分区，然后引导安装。建议全新安装，装之前把重要数据备份好。
️ 注意事项首次进桌面后系统可能自动装完组件并重启一次，属正常流程，别打断它。
这一版走的是极简路线。
全量版把该有的都留下，用容量换兼容性；精简版反过来——把平时用不到的部分尽数拿掉，换更小的体积、更低的内存占用、更安静的后台。
497 个组件、87 个语言包、215 个键盘布局被移除，系统盘占用与开机驻留明显下降。玩游戏、老机器、虚拟机，是它最合适的场景。
系统信息Windows 11 26H2 ｜ Build 26300.9445 ｜ x64 ｜ ESD ｜ Client Pro
️ 装完没有浏览器，请提前自备
系统默认不带任何浏览器 —— Edge 已精简掉，系统里没有任何能上网的入口。装完想上网必须自备安装包：[b]提前把 Chrome / Edge / Firefox 的离线安装包放进 U 盘或非系统盘[/b]。
体积对比精简版比同代全量版再小 0.61 GB（−25%）。
集成软件与工具装完即用，不用再逐个补齐 —— 下面这些都是系统自带的，不是你装完还要自己去装的。
注意：浏览器不在其中——系统默认不带任何浏览器，装完请自备安装包，详见「安装说明」。
播放与压缩
备份与监控
文件与效率
系统与输入
️ 系统优化优化部分精简版与全量版通用，都在装完第一次进桌面时自动完成。按方向列一下：
额外启用的功能
下面这些在系统里默认是关闭状态，精简版与全量版都提前启用了。
网络与共享
老软件与运行库
系统还原
精简版与全量版都集成 官方汉化版嵌入式锁定管理器，用来管理统一写过滤（UWF）。功能类似冰点还原 —— 开启保护后重启即回到初始状态，改动不留痕。
界面里可以按卷启用保护，也能配置文件 / 目录与注册表的排除项：需要保留的改动放行，其余重启还原。
️ 精简内容精简集中在几个方向：内置应用、遥测与推广组件、多语言与键盘布局、面向企业与非日常场景的系统组件。
保留的应用 — 应用商店、相机、计算器默认保留，装完直接能用。
精简后系统不再包含更新与修复相关组件，装前请对照下面「应用场景」一节判断是否适用。
应用场景 办公
游戏
低配电脑
适配结论：游戏与低配电脑场景收益最明显；个人办公可正常使用。
基于原版母盘制作，系统里没有夹带任何广告与第三方推广，也没有任何首页绑定。装完是什么样，你用到的就是什么样。
更新记录️ 运行截图
️ 下载地址Windows 11 26H2 精简版 ｜ 1.79 GB
️ 安装说明ESD 格式，用 PE 下的安装工具（WinNTSetup、Dism++ 之类）释放到目标分区，然后引导安装。建议全新安装，装之前把重要数据备份好。
️ 注意事项RouterOS 升级到 7.22 之后，容器里的 sing-box 和 mihomo 突然不能用了 —— 流量根本进不了容器。折腾了半天才发现，问题不在代理配置，在 RouterOS 自己身上。
这个坑我踩过，也把完整的定位过程和修复脚本整理出来了，写在这里给同样卡住的人省点时间。
问题现象升级到 RouterOS 7.22 之后出现这些症状：
在 7.20.8 / 7.21 上一切正常，从 7.22 开始失效。
如果你的 TUN 网关在 7.22+ 上不工作，不要先去调代理配置 —— 先检查 ip rule。
根因：容器内 ip rule 优先级被改了RouterOS 7.22 修改了容器内默认的 ip rule 优先级，变成了这样：
1: from all lookup local
2: from all lookup main
3: from all lookup default
这个改动会直接破坏：
为什么 1/2/3 就会坏？
在 7.20.x 里，容器的默认规则是：
200: from all lookup local
2147483646: from all lookup main
2147483647: from all lookup default
关键在 200 和 2147483646 之间留出了巨大的数字空间，sing-box、mihomo 这类代理核心会把自己的路由规则插到这两条之间，策略路由才能正常工作。
而 7.22+ 改成 1 / 2 / 3 之后，留给第三方插入的空间几乎没有了。代理核心添加的规则只能排到表的最底部，优先级低于默认规则，于是完全失效。
修复方法思路很简单：在启动代理核心之前，把 ip rule 的顺序规范化，恢复成 7.21 那种留有充足插入空间的布局。
基础命令：
ip rule del pref 1
ip rule del pref 2
ip rule del pref 3
ip rule add pref 200 from all lookup local
ip rule add pref 2147483646 from all lookup main
ip rule add pref 2147483647 from all lookup default
推荐用带健壮性检查的版本 —— 直接删可能因为规则不存在而报错，下面这个可以安全地重复执行：
ensure_ip_rule_priorities() {
while ip rule show | grep -Eq '^1:\s+from all lookup local(\s|$)'; do
ip rule del pref 1 >/dev/null 2>&1 || break
done
while ip rule show | grep -Eq '^2:\s+from all lookup main(\s|$)'; do
ip rule del pref 2 >/dev/null 2>&1 || break
done
while ip rule show | grep -Eq '^3:\s+from all lookup default(\s|$)'; do
ip rule del pref 3 >/dev/null 2>&1 || break
done
if ! ip rule show | grep -Eq '^200:\s+from all lookup local(\s|$)'; then
ip rule add pref 200 from all lookup local >/dev/null 2>&1 || true
fi
if ! ip rule show | grep -Eq '^2147483646:\s+from all lookup main(\s|$)'; then
ip rule add pref 2147483646 from all lookup main >/dev/null 2>&1 || true
fi
if ! ip rule show | grep -Eq '^2147483647:\s+from all lookup default(\s|$)'; then
ip rule add pref 2147483647 from all lookup default >/dev/null 2>&1 || true
fi
}
ensure_ip_rule_priorities
实测在 7.22.1 上同样有效。
关于 fake-ip：如果启用了 fake-ip，还需要补一条路由 ip route add 198.18.0.0/15 dev tun0。也可以在容器启动命令里加一段延迟执行：
-c "sleep 3 && ip route add 198.18.0.0/15 dev tun0"
用 mihomo 的 TUN 模式时，需要额外加一段 tun 配置。把下面这段粘贴到配置文件的 DNS 段之后：
tun:
enable: true
device: tun0
stack: system
auto-route: true
auto-detect-interface: true
strict-route: true
dns-hijack:
- any:53
容器入口保持 entrypoint=/entrypoint.sh，不需要其他额外设置。
节点配置可以用转换工具生成，比如 sublink.works。
容器内的路由规则优先级已经在 7.23rc2 中由官方修正。
MikroTik 在 7.23rc2 的发布说明里写道：
route - revert to old routing rule priorities for containers
(introduced in v7.22);
也就是说，官方回退了 7.22 引入的这次改动，恢复到旧行为。
完整文档上面只是要点。完整的分析过程、社区讨论记录（包括 MikroTik 官方是如何被说服去修的）、以及可以直接用的完整 entrypoint.sh 脚本，我整理成了一份 PDF：
RouterOS 7.22+ 容器 TUN 网关失效 — 根因分析与修复
内容包括封面、目录、问题现象、根因定位、修复方案、mihomo 配置要点、社区讨论全文、官方修复跟进、附录脚本，共 12 页。
下载地址（Google Drive）
预构建容器（sing-box / mihomo，已修复）—— 可直接导入使用。
网盘内附容器说明，这些容器在最新版本的 RouterOS 中同样可以正常使用。
https://drive.google.com/drive/folders/1YTVe9rqMn2YzbFZPkyYn6zjeUQKpf-uT
详细流程文档（PDF）：
https://drive.google.com/file/d/14fn8Llyzc28fwrHptqLZr7Nx9gYXbniq/view
️ 一句话总结这不是 sing-box 的问题，不是 mihomo 的问题，也不是配置问题 ——
这是 RouterOS 容器路由的一次回归，只在 7.22 ~ 7.23rc1 之间出现，7.23rc2 已修复。
如果你的设备还在这个版本区间，要么用上面的脚本兜住，要么就停在能用的版本别升。
给笔记本做了一套 ESP32 蓝牙温控风扇：电脑自己上报温度，风扇自己调速，不用的时候自动停下来。
折腾这个主要是嫌原来的散热底座太吵 —— 不管电脑烫不烫，扇子从头转到尾。改成 ESP32 控速之后，轻载时基本听不见声音，跑重活才拉起来。
实际使用演示️ 效果预览
整体就是一台压风式散热器 + 一块 ESP32 控制板。PC 上的小工具读取 CPU / GPU 温度，通过蓝牙发过来，板子按温度调风扇转速，OLED 上实时显示两路温度和当前转速。
系统组成
整套分三段：
通信走蓝牙串口，数据是纯文本格式，一行一条：
CPU52.3
GPU47.8
板子收到合法数据会回一个 ACK。这个确认很重要 —— 蓝牙串口经常出现「端口能打开、数据也能写进去，但对端根本没反应」的假连接，有没有 ACK 是判断链路真假的唯一依据。
️ 它是怎么工作的
从温度到转速的完整链路：
ACK温度到转速的对应关系是条连续曲线，中间做线性插值：
| 温度 | 55°C | 60°C | 65°C | 70°C | 75°C | 80°C |
|---|---|---|---|---|---|---|
| 转速 | 16% | 23% | 31% | 40% | 75% | 100% |
70°C 以下走得很平缓，日常办公基本在 20%~30% 之间，几乎听不见；75°C 开始往上拉，80°C 直接满速。曲线陡的那段留给真正需要散热的时候。
转速变化有限速：升速每秒最多 10%，降速每秒最多 3%。降速比升速慢是刻意的 —— 温度刚掉一点就把风撤掉，容易来回震荡，听感上就是风扇忽快忽慢。
️ PC 端做了什么上位机是个 Python 小工具，打包成单文件，常驻系统托盘。
温度读取
调用 OpenHardwareMonitor 读取硬件传感器。CPU 上通常有好几个温度点（核心、封装、主板），取最高的那个更保险，避免低估了真正的热点。GPU 则同时兼容 NVIDIA / AMD / Intel 三家。读数超出 0~120°C 范围的一律丢掉，防止传感器抖动把异常值传下去。
找串口
不会死等某一个固定的 COM 口。优先用配置里指定的，找不到就按设备特征匹配，再找不到就扫所有带蓝牙字样的串口，最后兜底遍历全部可用端口。
打不开、写超时，或者连上了但收不到 ACK，都会把这个口标记成「坏的」，冷却 30 秒以上再跳过，去试下一个。有意思的是，一旦某个口回了 ACK，它的冷却标记会立刻解除 —— 说明它其实是好的，先前的失败可能只是暂时的。
休眠唤醒后自动恢复
电脑睡一觉醒来，蓝牙串口的状态其实是坏的 —— 端口句柄还在，底层链路已经断了。程序靠循环间隔判断这件事：间隔超过 8 秒就认为刚从休眠恢复，于是主动断开重连、重新初始化硬件监控，最长给 20 秒的恢复时间。
开机自启
首次运行会自动写开机启动项，不需要管理员权限。程序换目录了会自动更新路径；发现别处有指向自己的重复启动项也会顺手清掉。用源码方式跑的时候不动启动项，避免把开发机搞乱。
托盘图标
托盘图标本身就是一张实时温度曲线 —— 最近 30 个点连成的折线，按温度区间变色（低是绿色、中间橙色、高了红色），下面还标着 CPU 和 GPU 的整数温度。不用点开窗口，瞄一眼托盘就知道风扇跟没跟上。
ESP32 端做了什么固件只做温控这一件事 —— 按键、手动模式、自定义曲线全部去掉了。目标是装好之后就不用再碰它。
数据校验
每一行都严格检查：前缀必须是 CPU 或 GPU、数值要能完整解析、数字后面不能拖多余字符、必须在 0~120°C 之间。任何一项不过关，整行丢掉，等下一帧。
蓝牙是流式传输，一帧可能被拆成几段到达。固件只认完整的换行符；如果缓冲区里有半截数据、超过 1 秒没等到后续，就把这半截丢掉重来 —— 不会把两次会话的数据拼在一起，也不会因为一个半包把接收卡死。
两路温度分开计时
CPU 和 GPU 各自独立计时，超过 12 秒没更新就判定这一路失效。这么做是因为有些平台的独显在休眠时会停报温度 —— 如果两路共用一个超时，CPU 明明正常也会被 GPU 拖累成「失效」，把风扇误停了。分开之后，GPU 掉线不影响 CPU 继续控温。
平滑调速
目标转速不会一步到位，而是每 100ms 往目标靠一点，配合前面说的升降速限制。温差超过 80°C 时例外 —— 直接满速，不讲平滑，先压温度。
另外风扇冷启动时先用 30% 转 1 秒再进入曲线，因为有些风扇占空比太低根本起转。
自动休眠
这是我最想要的一个功能。判断分两层：
风扇是立刻停的，屏幕则要显示一个 3、2、1 的倒计时再关。多亮这 3 秒是有用的：能让人看明白设备是「因为没数据才停的」，而不是以为它死机了。倒计时只在一次有效通信结束时触发一次，不会反复闪。
蓝牙自动重连
蓝牙偶发假死时，固件有一次有限度的自恢复：只在曾经通过信、且连续 60 秒收不到数据时触发，重启一次蓝牙协议栈然后等电脑自己连回来。
这里有个我踩过的坑 —— 早期版本掉线后会反复重启蓝牙，结果电脑正常休眠（本来就是该断开）时，风扇端却在不停重启、反复广播。现在的策略是「断开了就安静等着」，电脑醒了会自己连回来，设备不需要做多余动作。一个通信周期内只恢复一次。
残留数据清理
这个是解决一个很具体的故障：快速重连的时候，新连接可能读到上一次会话的残留数据，导致风扇按错误的旧温度跑。
现在每次检测到断开（包括断开恰好发生在快速重连期间的情况），都会清掉两路温度的有效标志、清空接收缓冲、把蓝牙缓存里剩的字节一次性读空。之后只接受新到达的帧。
OLED 显示
128×64 的屏幕，左右两栏大字显示 CPU 和 GPU 温度，底下一行是连接状态（CON）、当前转速（SPEED xx%）和模式（QUIET）。屏幕刷新 200ms，温度无效时显示 --。
顺带一提，OLED 初始化失败的话温控照常跑 —— 显示只是附属功能，不该影响散热。
硬件接线| ESP32 引脚 | 接到哪 |
|---|---|
GPIO 5 |
风扇 MOS 管栅极（PWM 信号） |
5V |
OLED VCC |
GND |
共地 |
GPIO 21 |
OLED SDA |
GPIO 22 |
OLED SCL |
PWM 频率用 15kHz，超出人耳敏感范围，能少一点驱动噪声。
风扇一定要经过 MOSFET 驱动，GPIO 只能出毫安级的信号，直接带不动风扇。另外 ESP32 和风扇电源必须共地。
更新记录️ 项目地址完整源码与可执行文件都在仓库里
https://github.com/gukey/ESP32-CPU-FAN
仓库里有完整的 ESP32 固件源码、PC 端源码、编译好的可执行文件、依赖 DLL，以及测试代码。想自己改的话直接拿源码改就行。
刷写教程和接线细节仓库里都有说明，硬件部分照着接就行。
️ 注意事项
关于来源这套东西的原始方案来自 究物研社 —— 压风式散热器的思路、风扇电路模块都是他们做的。ESP32 温控部分是 DALIAN213 的方案。
我这个版本是在他们的基础上继续改的，主要补充了自动休眠、蓝牙自动连接和残留数据清理这几块。借这个机会谢谢两位。
这一版不是精简的路子。
全量版做的是加法：该在的组件都在，该跑得起来的软件跑得起来。装完不用为了一个驱动、一个游戏、一个行业软件再回头补东西。
它适合装机之后想长期用、不想反复折腾的人——体积上的取舍，让位给兼容性。
系统信息Windows 11 25H2 ｜ Build 26100.9168 ｜ x64 ｜ ESD ｜ 构建于 2026-09-09
集成软件与工具 播放与压缩
备份与监控
文件与效率
系统与输入
系统与还原
️ 独家优化基于原版母盘制作，系统里没有夹带任何广告与第三方推广，也没有任何首页绑定。装完是什么样，你用到的就是什么样。
保留功能Windows 更新、远程桌面、局域网文件共享都在，运行库装齐，常用外设和手机调试环境可以直接用——日常该用的东西没缺。
装完后的样子：没有弹出来吓你的杀毒提示，也没有第一次开机追着你走完的那套设置向导，开机就是干净的桌面。
更新记录️ 运行截图
️ 下载地址Win11_26100.9168_All.esd ｜ 4.33 GB
说明：百度网盘不支持上传 4GB 以上文件，所以这次只能走 123 网盘。
️ 安装说明ESD 格式，用 PE 下的安装工具（WinNTSetup、Dism++ 之类）释放到目标分区，然后引导安装。建议全新安装，装之前把重要数据备份好。
️ 注意事项首次进桌面后系统可能自动装完组件并重启一次，正常流程，别打断它。
ReNamer 是一款小巧但功能强悍的批量文件重命名工具，支持几乎所有标准的重命名操作，还能通过正则表达式与脚本自定义规则，适合整理下载目录、影音资料、照片等大批量文件。
把手机变成"随身软路由"是什么体验？
出差住酒店、临时给笔记本/平板救急——不用带路由器，不用在客户端装任何代理软件：手机热点一开，连上热点的设备自动就能出锅（海淘），网关、DNS 全部指向手机，零配置。手机同时还内置文件服务和一个自建导航页，等于一台随身服务器。
整套方案跑在一台 ROOT 的安卓手机（一加）上，基于 LSPosed 模块框架：
# 修改端口
su
cd /data/fiebw
filebrowser config set --address 0.0.0.0 --port 80
因为手机把自己伪装成了标准网关。PC 连上热点后 ipconfig /all 一看：
IPv4 网关 192.168.1.1、DNS 192.168.1.1 —— 全部指向手机。流量在手机里被 sing-box 接管，按规则分流：国内直连、外网走代理。客户端视角这就是一台普通路由器，自然不用装任何东西。
浏览器打开 192.168.1.1:9090/ui 就是 sing-box 面板，实时流量、连接数、内存占用一目了然：
家里有正经软路由的也可以共存——各有各的方便，这个主打"随身、实用"。
启动脚本：
#!/system/bin/sh
iptables -F
cd /data/filebw && nohup ./filebrowser > /data/filebw/fe.log 2>&1 &
cd /data/hugo && nohup ./hugo server -D --bind 0.0.0.0 --baseURL "http://192.168.1.1/"; --port 80 > /data/hugo/hg.log 2>&1 &
cd /data/插件 && nohup ./插件 run > /data/插件/sg.log 2>&1 &
exit
玩 PaoPaoDNS 搭配网关这套组合很长时间了，软路由以前一直是 Hyper-V 里开 4 个虚拟机：RouterOS、dns、adhome（过滤广告）、paopao 网关，整体负载偏高，宿主机还要留性能跑 jellyfin、迅雷、FTP 照片上传这些服务。阴差阳错找到了 X86 版 RouterOS 镜像，把物理网卡直接直通给 Ros 虚拟机后效果显著，能跑满宽带；又试了下 Ros 自带的 docker 服务也能用，就萌生了把 DNS + 去广告 + 网关全塞进 Ros 一台里的念头。
1G 内存同时跑 3 个 docker + 拨号 + DHCP 服务，还剩 300MB 多内存，电视 smartTV 看油管视频速度也不错，个人非常满意——既节省了硬件性能，也能满足需求。
Hyper-V 网卡直通对网络提升非常显著，可以跑满千兆带宽；虚拟网卡只有一半不到的性能，损失严重。推荐能上直通一定优先考虑直通，加上 Ros 的网卡驱动简直不要太完美，直接就能用。
本次 IP 分配（按自己网络改）：
192.168.1.5 = AdGuardHome（veth2，记录访问日志 + 去广告）192.168.1.6 = PaoPaoDNS（veth1，上游递归 + CN 智能分流）192.168.1.3 = mihomo-yacd（veth3，上网海淘网关，fake-ip）链路：局域网 DNS → AdGuardHome(.5) → PaoPaoDNS(.6)；国外域名经 CUSTOM_FORWARD 转发给 mihomo(.3:53) 走分流，效果和单独搭建虚拟机一样。
Ros 破解版下载地址（无视硬盘SN，随意安装激活）：MikroTikPatch，下载对应 X86 版本的 ISO 文件，虚拟机加载镜像，选择 "a"（全部），然后按 "i" 键进行安装，重启虚拟机后用 winbox 配置。需使用支持 container 功能的 RouterOS 7.x 版本。
RouterOS 7 默认关闭容器功能，先开启：
/system/device-mode/update container=yes
5 分钟内断电重启一下（按提示断电或按 reset 键激活），重启完成输入：
/system/device-mode/print
可以看到容器功能已经打开 container: yes：
每个容器都需要创建 veth 接口，本教程 3 个 docker 容器就创建 3 个虚拟网卡（veth1/veth2/veth3），配置 IP 后把网卡添加到桥接接口里，实现局域网内主机访问。
Winbox → Container 里把环境变量提前建好（如变量组名 dns），所有变量的名称要设置一致，方便后面创建容器时用 envlist=dns 调用；Ros → Files 中创建目录，在 Container 里设置挂载路径。
PaoPaoDNS 环境变量参考（CUSTOM_FORWARD 改成你 mihomo 网关的地址）：
UPDATE=weekly
CNAUTO=yes
CNFALL=yes
EXPIRED_FLUSH=yes
CN_TRACKER=yes
CUSTOM_FORWARD=192.168.1.3:53 # mihomo 网关地址，按自己网络改
AUTO_FORWARD=yes
AUTO_FORWARD_CHECK=yes
USE_MARK_DATA=yes
ADDINFO=yes
SHUFFLE=yes
RULES_TTL=604800
TZ=Asia/Shanghai
先设置仓库地址：https://registry-1.docker.io
注意：拉取镜像阶段需要当前网络能访问外网 docker 仓库（可以临时把 Ros 的 DNS 指到现有能出海的网关），等镜像都拉取好、容器跑起来后，就不再依赖之前的网络环境了。
直接在 Ros 命令行执行（remote-image 拉取云端镜像，logging=yes 启用日志，start-on-boot=yes 开机自启动，comment 设置备注）：
PaoPaoDNS：
/container/add remote-image=sliamb/paopaodns:latest interface=veth1 root-dir=docker/paopaodns logging=yes mounts=dns envlist=dns start-on-boot=yes comment=paopaodns
AdGuardHome：
/container/add remote-image=adguard/adguardhome interface=veth2 root-dir=docker/adhome logging=yes start-on-boot=yes comment=adhome
mihomo-yacd（mihomo 内核 + yacd 面板一体镜像）：
/container/add remote-image=yilee01/mihomo-yacd interface=veth3 root-dir=docker/clash logging=yes start-on-boot=yes comment=MH-YCD
root-dir 对应 Ros Files 里的目录（需预先建好）。mihomo-yacd 的配置文件在容器内 root/config/mihomo/config.yaml，即 Ros Files 的 docker/clash/root/config/mihomo/config.yaml，可以直接用 SSH 连 Ros 编辑覆盖。
浏览器打开 veth2 的 IP :3000 进入 AdGuardHome 初始化配置，上游 DNS 填 PaoPaoDNS 的 IP（192.168.1.6），不需要启用缓存（PaoPaoDNS 自带缓存负责），DNS 服务端口按容器内默认 53。
SSH 连接到 Ros（密码为 winbox 登录账号密码），把改好的 config.yaml 上传到上面说的挂载目录，直接覆盖。然后访问 mihomo 容器 IP 的 8080 端口（yacd 面板），重载配置和重启内核即刻正常使用：
需要说明的是默认 fake-ip 地址段是 7.0.0.0/8，需要把这个地址段添加静态路由指向 mihomo 容器 IP：
/ip route add dst-address=7.0.0.0/8 gateway=192.168.1.3
我的 MH-config 示例（节点换成你自己的，其余无需修改即可用，默认使用 paopaodns 解析）：
mixed-port: 7890
allow-lan: true
log-level: info
mode: global
external-controller: 0.0.0.0:9090
# secret: '123456'
ipv6: false
profile:
store-fake-ip: true
store-selected: true
dns:
enable: true
listen: 0.0.0.0:53
ipv6: false
enhanced-mode: fake-ip
fake-ip-range: 7.0.0.0/8
fake-ip-filter:
- '*.taobao.com'
- '*.jd.com'
proxies:
- name: "你的节点" # 换成你自己的节点
type: vless # 按你节点的实际协议填
server: 你的服务器地址 # 修改为自己的
port: 你的端口
uuid: 你的uuid
network: tcp
tls: true
udp: true
flow: xtls-rprx-vision
servername: www.yahoo.com # REALITY servername，换成你自己的
reality-opts:
public-key: 你的公钥
short-id: c75c345e # optional
client-fingerprint: chrome # cannot be empty
tun:
enable: true
stack: system
# stack: mixed
auto-route: true
auto-detect-interface: true
dns-hijack:
- any:53
- tcp://any:53
yacd 面板概览，内存占用才 28MB 左右：
至此 Ros 一台就把 DNS 递归分流、广告过滤、上网海淘网关全包了，1G 内存的虚拟机绰绰有余，还省掉了原来 3 台虚拟机的资源开销。
参考项目：PaoPaoDNS (github.com/kkkgo) · PaoPaoGateWay (github.com/kkkgo) · mihomo-yacd 镜像 yilee01/mihomo-yacd (Docker Hub)
这可能是最简单好用的 DNS 自动分流和上网海淘专用网关设置：PaoPaoDNS 服务器自动判断国内外分流地址，无需多余的额外设置，就可以实现很多以前在 lede 上折腾的效果，而且体积巨小，虚拟机无需添加虚拟磁盘，直接用 ISO 镜像启动即可实现上网海淘。
顺便送给大家最新版本的 Win10 22H2 工作站 Hyper-V 软路由专用版，新增诸多优化。选用工作站，是因为其对网卡的兼容性更好，还可以支持 VMware 虚拟机启动，推荐大家使用（另有 Win11/10/Server2019 Hyper-V 软路由专用版，对应客户端全版本）。
PaoPaoDNS 是一个能一键部署递归 DNS 的 docker 镜像：使用 unbound 作为递归服务器程序，redis 作为底层缓存；针对中国大陆，还有智能按 CN 分流加密查询的功能，也可以自定义分流列表，自动更新 IP 库；分流使用 mosdns 程序，加密查询使用 dnscrypt 程序，对 IPv4/IPv6 双栈用户也有优化处理。
PaoPaoGateWay 是一个体积小巧、稳定强大的 FakeIP 网关，系统由 OpenWrt 定制构建，核心由插件驱动，支持 Full Cone NAT，支持多种方式下发配置、多种出站方式（自定义 socks5、自定义 yaml IP 地址、订阅模式、自由出站），支持 IP 地址测速自动选择、IP 地址排除等功能，并附带 web 面板可供查看日志与连接信息。PaoPaoGateWay 可以和其他 DNS 服务器一起结合使用，比如配合 PaoPaoDNS 的 CUSTOM_FORWARD 功能，就可以完成简单精巧的分流。
项目地址：
Win10 Hyper-V 虚拟机 PaoPaoDNS-Gateway 磁盘镜像下载地址：
22H2_Hyper_x64_19045.2965_Lite.esd（1.32G）80B71F061DFD66930A101BE69230C739之前一直在使用 lede psw 上网海淘，旁路模式（常用的网关互指），但有一个问题：所有流量都跑网关上去了，包括国内的——最常见的就是打开淘宝，地址跑到了你 IP 地址服务器的位置。可以添加直连规则，但效果总不尽如人意。
所以上网海淘的最终取舍，其实就到了 DNS 的合理优化。目前最好用的方案无疑就是 Fake IP，具体原理可参见《FakeIP 网关的工作原理》。顺便推荐一位油管大佬——不良林，他做了好几期 DNS 分流相关的视频，讲得非常精彩，老少皆宜，可以配合文章一起食用，加深理解。
后面也尝试过自建 DNS 服务器，包括 adhome、smartdns、pihole，网上抄作业，能用，但都不好用。直到最近发现 PaoPaoDNS，感觉是真好用，而且搭建门槛极低；搭配 PaoPaoGateWay，以后就可以直接脱离 lede 的编译了——一个 47MB 的网关镜像，直接上网海淘。
我的方案基于 alpine linux 搭建，主要就是体积小。默认已经安装好了 docker，只需要自己配置下网关 IP、拉取下 docker 镜像，就可以使用了，无需任何额外配置：
视频教程： https://www.bilibili.com/video/BV1pW4y1Q7zf/
视频最后的演示忘了说 Hyper-V 宿主机 IP 配置，下面补上：
以太网适配器 vEthernet (sw):
描述 . . . . . . . . . . . . . . . : Hyper-V Virtual Ethernet Adapter #2
IPv4 地址 . . . . . . . . . . . . : 192.168.1.22(首选)
子网掩码 . . . . . . . . . . . . : 255.255.255.0
默认网关 . . . . . . . . . . . . : 192.168.1.1
DNS 服务器 . . . . . . . . . . . : 192.168.1.5
1、 首先安装配置好 Hyper-V 虚拟机，建好主路由，包括接口桥接、DHCP 等；
2、 先不要动当前的上网海淘网关配置，导入提供的 alpine-docker 和 PaoPaoGateWay-编译 Hyper-V 虚拟机磁盘备份。开启 alpine-docker，修改下 IP，网关设为当前上网海淘的地址，方便后面拉取 Docker 镜像：
192.168.1.6rootadmin3、 SSH 连接虚拟机，配置 IP 和 DNS：
nano /etc/network/interfaces // 修改 IP、网关地址
nano /etc/resolv.conf // 修改 DNS 地址，可以用自建或者公网 IP
4、 网络没问题了，直接拉取 paopaodns docker 镜像，将下面配置的远程转发 IP 设置为你自建的网关地址，后面端口号等其他保持不变，然后执行即可完成 DNS 服务器搭建。DNS 服务器因为有 redis 缓存，有效的大内存会提升命中率，建议有条件 2G 内存起步：
2023/11/03 更新说明：新增
USE_MARK_DATA参数——自动更新下载预先标记处理的全球百万域名库，判断大陆分流时优先使用该数据（该功能仅标记数据）；新增RULES_TTL参数——可配合 FAKEIP 网关的低 TTL 使用，如果网关不经常重启可以有效利用缓存；新增SHUFFLE参数——对解析结果进行洗牌实现 Round-robin DNS；新增ADDINFO参数——在 DNS 查询结果中增加 ADDITIONAL SECTION 的调试信息（结果来源、查询延迟、失败原因等）；新增CN_TRACKER参数——强制 trackerslist.txt 里 tracker 的域名走 dnscrypt 解析，更新数据时自动下载最新 tracker list。具体详情参考作者更新页面：https://github.com/kkkgo/PaoPaoDNS
# 拉取最新的 docker 镜像
docker pull sliamb/paopaodns:latest
# 设置环境变量（修改 192.168.1.3 为你自己的网关地址，其他无需修改）
docker run -d \
--name paopaodns \
-v /home/mydata:/data \
-e UPDATE=weekly \
-e CNAUTO=yes \
-e CNFALL=yes \
-e CN_TRACKER=yes \
-e IPV6=no \
-e CUSTOM_FORWARD=192.168.1.3:53 \
-e AUTO_FORWARD=yes \
-e AUTO_FORWARD_CHECK=yes \
-e USE_MARK_DATA=yes \
-e ADDINFO=yes \
-e SHUFFLE=yes \
-e RULES_TTL=604800 \
-e TZ=Asia/Shanghai \
--restart unless-stopped \
-p 53:53/tcp -p 53:53/udp \
-p 5304:5304/tcp -p 5304:5304/udp \
sliamb/paopaodns
开启 PaoPaoGateWay-编译 虚拟机，IP 配置参考 alpine-docker 设置部分。已经拉取了最新版本的 paopaogateway docker 镜像，默认 IP 为 192.168.1.8，账号密码：root / admin。
SSH 连接虚拟机，需要修改这几个地方：
-e CUSTOM_FORWARD=192.168.1.3:53 的 IP 地址一致；proxies:
- name: "xary 1.8.1"
type: 插件
server: 1.1.1.1
port: 120000
uuid: 110f671a-2379-4c7d-b392-66efb32346b5
network: tcp
tls: true
udp: true
flow: xtls-rprx-vision
servername: www.microsoft.com # REALITY servername
reality-opts:
public-key: vwRmsGXn0MIc9A1NsEcelQ6hUxAPx5gt2jyv1k2D8CI
short-id: d9178661 # optional
client-fingerprint: chrome # cannot be empty
插件_web_password 设置项，默认登录密码为 admin，登录地址为：网关IP地址/ui6、 执行下面命令打包成 ISO 镜像，然后在 Hyper-V 新建虚拟机，最后一步无需使用磁盘，完成后在虚拟机设置里加载刚才打包的 ISO 镜像，直接光驱启动即可，内存建议配置 1G：
docker pull sliamb/ppgwiso // 可以不用拉取，直接执行下面一句打包
# 生成网关 ISO 文件（视频中推荐使用嗅探配置，实测不需要添加嗅探参数网关也可以良好使用，【推荐直接使用默认配置即可】）
docker run --rm -v .:/data sliamb/ppgwiso
最后一步：在主路由添加静态路由，将 Fake IP 地址池 7.0.0.0/8 指向搭建的网关地址。下面是我在 RouterOS 上添加的（IP-Routes），其他路由请自行添加：
然后主路由的默认网关地址为路由自身，DNS 为 PaoPaoDNS 服务器 IP 地址，即可顺利上网海淘：
至此搭建结束。
这是我的自建网络的简易拓扑图：
下面是搭建的成品：
Drive SnapShot 是德国老牌磁盘镜像备份工具（硬盘备份/还原软件），支持 Windows 运行时热备份整盘/分区镜像、差异与增量备份、异机还原、远程备份（含 SFTP）、RAID、挂载映像直接恢复单文件。原生绿色单执行文件仅几百 KB，镜像体积小、压缩率高。本版为 rzp428 汉化的简体中文版，内置注册码、保留原版数字签名，另附备份还原增强工具，下载即用。
新版变化
汉化特点（by rzp428）
️ v1.51.0 最新版本身不支持中文路径运行，不追新建议用包内经典稳定版 v1.50；或借助附带的【Snapshot备份还原.exe】实现中文路径无阻。
功能特性
下载地址
汉化版（v1.51.0.1868/1869、v1.50、v1.49 全系）
官方原版（未汉化，2026-08-19 更新）
官网：http://drivesnapshot.de/en/ 更新日志：http://drivesnapshot.de/en/news.htm
迅雷17 v25.1.12.1627 绿色精简版，全新界面与下载引擎。
系统要求：Windows 11 x64（Win10 需额外开启会员通道）
2026-09-14：下载链接更新为最新版本入口，旧链接已清理
VMware Workstation Pro 26H1（26H1u1 build 25688693）官方原版 + cuiplay 中文精简版。桌面虚拟机行业标准，单台 PC 运行多个操作系统，IT 运维、开发测试、演示软件必备。现已对个人用户免费。
基于官方安装包制作，集成中文语言包，移除冗余组件，安装即注册（集成 CDK）。
精简列表：VMware Tray / VMware VIX / Visual Studio / VirtualPrinter / VC 运行库 / 非中英语言包 / 非 Windows 的 Tools ISO。
主要特色：
装 Mac OS X 步骤：新建虚拟机选硬件兼容性 VM10.x → Apple Mac OS X，在 .vmx 添加 smc.version = "0" 保存启动。
注意：VM14 起不支持部分旧硬件，提示不支持请退回 12 版本；安装后提示内存不能为 read 需装 VC++ 运行库。
下载（含 12.5.9 / 15.5.7 / 16.2.5 / 17.6.4 / 26H1u1 全系）：
Cherry Studio 是一款开源（AGPL-3.0）免费的多模型服务桌面客户端，为专业用户打造，内置 30 多个行业、上千个智能助手，支持 Windows / macOS / Linux。
集成 50+ AI 服务商、300+ 大语言模型：OpenAI / Claude / Gemini / DeepSeek / 智谱 / 硅基流动 / Ollama / LM Studio 等，一个客户端即可自由切换各家模型对比回答。
适用对象：Linux 服务器（需内核支持 tcp_bbr）。本文讲解
启用BBR.sh在支持 BBR 的 Linux 服务器上的完整使用流程：作用、执行步骤、验证方法与恢复方式。文中命令可直接在你自己的服务器上执行验证。
BBR（Bottleneck Bandwidth and RTT）是 Google 提出的 TCP 拥塞控制算法，与传统的 CUBIC 相比，它不再以"丢包"作为减速信号，而是主动探测瓶颈带宽与往返时延，在高延迟、高丢包、跨国链路上通常能显著提升吞吐与稳定性，对代理/VPN（x-ui）、下载站等长连接场景收益明显。
脚本整体分 预检 → 备份 → 写入 → 应用 → 验证 五步，任何一步失败都会提示可用 恢复.sh 还原：
modprobe tcp_bbr 加载模块并确认可用算法列表含 bbr，内核不支持则直接退出。/var/backups/bbr-XXXXXXXX 创建本次专属目录，保存修改前的两个目标配置文件与当前拥塞控制算法，并自动生成 恢复.sh。可重复执行，每次独立备份互不干扰。/etc/modules-load.d/99-xui-bbr.conf → 内容 tcp_bbr，开机加载内核模块；/etc/sysctl.d/99-xui-bbr.conf → net.ipv4.tcp_congestion_control = bbr，新建 TCP 连接默认使用 BBR。sysctl -p 使配置即时生效，无需重启服务器、x-ui 或论坛。脚本不会：改动网卡队列算法、重启任何服务、修改论坛数据库/帖子/内容、自动升级内核。它只碰上面两个配置文件。
将以下完整脚本保存为 启用BBR.sh，在目标服务器以 root 或 sudo bash 启用BBR.sh 执行：
#!/usr/bin/env bash
# 在 Linux 服务器上以 root 执行：sudo bash 启用BBR.sh
set -euo pipefail
if [ "$(id -u)" -ne 0 ]; then
echo '请使用 root 或 sudo 执行此脚本。' >&2
exit 1
fi
for tool in modprobe sysctl install cp date; do
command -v "$tool" >/dev/null || { echo "缺少必要命令：$tool" >&2; exit 1; }
done
# 先确认内核支持 BBR，再修改持久配置。
modprobe tcp_bbr
case " $(sysctl -n net.ipv4.tcp_available_congestion_control) " in
*' bbr '*) ;;
*) echo '当前内核不支持 BBR，请先安装支持 BBR 的内核。' >&2; exit 1 ;;
esac
backup=$(mktemp -d /var/backups/bbr-XXXXXXXX)
module_file=/etc/modules-load.d/99-xui-bbr.conf
sysctl_file=/etc/sysctl.d/99-xui-bbr.conf
old_value=$(sysctl -n net.ipv4.tcp_congestion_control)
printf '%s\n' "$old_value" > "$backup/previous-congestion-control.txt"
for file in "$module_file" "$sysctl_file"; do
if [ -e "$file" ]; then
cp -a --parents "$file" "$backup"
else
printf '%s\n' "$file" >> "$backup/new-files.txt"
fi
done
cat > "$backup/恢复.sh" <<'RESTORE'
#!/usr/bin/env bash
set -euo pipefail
[ "$(id -u)" -eq 0 ] || { echo '请以 root 执行。'; exit 1; }
backup=$(cd -- "$(dirname -- "$0")" && pwd)
for file in /etc/modules-load.d/99-xui-bbr.conf /etc/sysctl.d/99-xui-bbr.conf; do
if [ -e "$backup$file" ]; then
cp -a "$backup$file" "$file"
elif [ -f "$backup/new-files.txt" ] && grep -Fxq "$file" "$backup/new-files.txt"; then
rm -f -- "$file"
fi
done
sysctl -w "net.ipv4.tcp_congestion_control=$(cat "$backup/previous-congestion-control.txt")"
echo '已恢复本次执行前的配置，新建连接使用恢复后的算法。'
RESTORE
trap 'echo "执行失败，可恢复配置：bash $backup/恢复.sh" >&2' ERR
install -d /etc/modules-load.d /etc/sysctl.d
printf 'tcp_bbr\n' > "$module_file"
printf '# 开机启用 BBR，作用于新建 TCP 连接。\nnet.ipv4.tcp_congestion_control = bbr\n' > "$sysctl_file"
chmod 644 "$module_file" "$sysctl_file"
sysctl -p "$sysctl_file"
[ "$(sysctl -n net.ipv4.tcp_congestion_control)" = bbr ]
echo 'BBR 已启用并写入开机配置，无需重启服务。现有连接可能需重新连接。'
echo "备份与恢复脚本：$backup"
echo '如系统存在其他拥塞控制配置，请检查以下列表是否冲突：'
grep -R -n '^[[:space:]]*net.ipv4.tcp_congestion_control' /etc/sysctl.conf /etc/sysctl.d /run/sysctl.d /usr/local/lib/sysctl.d /usr/lib/sysctl.d 2>/dev/null || true
使用要点：脚本可重复执行，每次生成独立备份目录；不重启任何服务；失败时按提示运行该次备份目录中的
恢复.sh即可还原。
# 当前生效算法（预期输出 = bbr）
sysctl net.ipv4.tcp_congestion_control
# 内核支持的算法（输出应包含 bbr）
sysctl net.ipv4.tcp_available_congestion_control
# 实际运行 BBR 的连接（有活跃连接时有输出，无输出不代表失败）
ss -tin | grep bbr
# 确认两个配置文件在位
cat /etc/modules-load.d/99-xui-bbr.conf
cat /etc/sysctl.d/99-xui-bbr.conf
注意事项：
以后运行本脚本产生的备份（含 恢复.sh）：
bash /var/backups/bbr-XXXXXXXX/恢复.sh # XXXXXXXX 换成脚本输出的实际目录名
撤销当前这次永久启用（回到 CUBIC，仅针对这两个新建文件；若之后改过请先检查内容）：
rm -f /etc/modules-load.d/99-xui-bbr.conf /etc/sysctl.d/99-xui-bbr.conf
sysctl -w net.ipv4.tcp_congestion_control=cubic
| 现象 | 处理 |
|---|---|
| 提示"请使用 root 或 sudo" | 权限不足，改用 sudo bash 执行 |
| "Module tcp_bbr not found" | 当前内核缺模块，需换用支持 BBR 的内核或补装模块 |
| 执行中途失败 | 看输出定位原因，必要时运行该次备份目录里的 恢复.sh |
| 重启后算法不是 bbr | 检查是否有其他 sysctl 配置覆盖（脚本末尾已列出扫描结果） |
适用系统：Windows 11 | 更新日期：2026-08-26 | 类型：系统美化 / 开始菜单定制
StartAllBack 是一款专业的 Win11 开始菜单定制与界面美化工具，可为 Windows 11 一键恢复经典的 Win7 / Win10 风格开始菜单、任务栏与资源管理器样式，并支持深度自定义与个性化调整。
本版为 v3.9.25.5386 中文直装版：已解锁完整功能、免激活，安装即用。
v3.9.25（2026 年 8 月）
v3.9.24（2026 年 7 月）
静默安装
StartAllBack_Repack.exe /ai /gm2
或解压后执行：
StartAllBackCfg.exe /install /elevated /silent
中文免激活直装版 v3.9.25.5386
️ 夸克网盘：https://pan.quark.cn/s/dbe1491d61da
️ 123 云盘：https://www.123pan.cn/s/A6cA-G6AJh.html 蓝奏云：https://423down.lanzouo.com/b0f1rgl8j
️ 百度网盘：https://pan.baidu.com/s/1ZQULZUp7Pl6xzgJsSRQvFw?pwd=2026 （提取码：2026）官方原版（英文，多语言）
原版未激活，仅有 30 天试用期；上方网盘为已解锁直装版，按需自取。