englife.space：把长视频整理成可以读的文章 粘贴一个 YouTube 链接，站点把视频内容整理成带章节的文章，正文按所选语言输出，可以像读文章一样把它读完。 [image: englife.space 首页] 🧩 主要功能 视频转文章 — 输入 YouTube 视频链接，输出按内容切分好的文章 按语言阅读 — 输入框旁可选语言，正文按所选语言输出，默认简体中文 章节导航 — 左侧列出全部章节，点某一章直接跳过去 无干扰阅读 — 阅读页只有章节和正文 ️ 界面 [image: 阅读页：章节目录与正文] [image: 长文阅读页：按章节切分，逐段读] 使用 打开 https://englife.space 顶部输入框粘贴 YouTube 视频链接，选好语言 Featured 区有现成文章可以先看：乔布斯 2005 斯坦福演讲（10 分钟，5 章）、吴恩达谈 AI 机会（31 分钟，25 章）、Carlo Rovelli 讲时间（32 分钟，7 章），都是简体中文

微PE工具箱 v2.3 2026.07.13 维护增强版 基于微PE工具箱 x64 v2.3 制作的维护增强版，集成常用系统维护工具，支持 U 盘启动盘制作、系统安装、数据恢复与硬盘分区，兼容 BIOS / UEFI 双启动。 整理自 423down · 原作 027sun 基本信息 版本 — x64 v2.3（2026.07.13） 类型 — WinPE 维护工具，纯净无广告 启动 — BIOS / UEFI 双启动 ️ 界面截图 [image: 微PE工具箱 v2.3 维护增强版 桌面] [image: 微PE工具箱 v2.3 维护增强版 快捷方式] 更新记录 2026.07.13 删除不兼容的个别 RAID 卡驱动 2026.07.05 增加磁盘及芯片组驱动、RAID 卡等其它设备驱动 启动进 PE 桌面自动设置分辨率还原为默认安全分辨率 桌面硬件信息显示工具更新至 2026.6.25 系统安装 CoolInstall 更新至 8.0.2 Plus 正式版 硬件检测 CPU-Z 2.20、硬盘检测 CrystalDiskInfo 9.9.1 / CrystalDiskMark 9.0.3 2026.06.14 UEFI 启动管理证书由 CA2011 替换为 CA2023 （Microsoft UEFI CA 2011 于 2026 年 6 月底至 10 月陆续到期，新版系统、驱动及第三方 UEFI 引导程序已改用 CA2023） ️ 集成工具 办公 — Mini Office 三件套 + PDF 阅读器、搜狗拼音输入法 系统安装 — CoolInstall x64、WinNTSetup 等 备份还原 — Imagew、WimLib_Snapshot 备份还原极简版、BC 文件比较 数据恢复 — WinHex、金山数据恢复 分区与磁盘 — UltraISO 软碟通、分区显示或隐藏、Intel RST 存储控制器驱动 密码相关 — 系统密码查看 / 清除 / 修改 / 绕过或重置 引导修复 — 系统引导修复小工具 检测工具 — 硬盘 / 内存 / 键盘 / 显示器检测 其他 — FastCopy 文件复制增强、附件工具计算器、任务栏 USB 设备弹出 ️ 下载地址 微PE工具箱 v2.3 2026.07.13 维护增强版 夸克网盘：https://pan.quark.cn/s/ee8654ecf9e0 123 网盘：https://www.123pan.com/s/A6cA-i2HJh 光岩盘：https://www.guangyapan.com/s/1944036547643420709_ajCqGAF3F4AKGDYP 蓝奏云：https://423down.lanzouv.com/b0f2ykafc 百度网盘：https://pan.baidu.com/s/17BaecYLY2tpR76y5ytICWQ?pwd=9vri 百度网盘提取码：9vri ️ 使用说明 第一步：插入 U 盘，运行制作工具，选择「安装 PE 到 U 盘」 第二步：按目标机器选择分区方案与引导方式（UEFI 选 GPT，旧机选 MBR） 第三步：写入完成后重启，开机热键选择 U 盘启动 PE 内为纯维护环境，写入 U 盘会格式化，先备份 U 盘丿原数据

Google Chrome v153.0.8010.37 绿色便携增强版 基于官方稳定版制作的绿色便携版，集成 Chrome++ 增强组件。免安装、不写注册表，解压即用，与系统安装版完全隔离，互不干扰。 本站搬运整理，原版来自 423down 软件信息 版本号 — v153.0.8010.37 增强组件 — Chrome++ 1.18.2（version.dll） 系统要求 — Windows 10 / 11 x64 Win7 最终版 — Chrome 109.0.5414.168 + Chrome++ 1.15.2 ️ 界面截图 [image: Google Chrome 153 新标签页] 更新内容（Chromium 153） 更新周期调整 — 改为两周一次，新功能与安全补丁推送更快 IAMF 空间音频 — 原生支持，网页可直接播放 3D 沉浸式音效 设备权限标签 — 新增相机、麦克风独立网页标签，网页调用权限更清晰 安全修补 — 修复大量漏洞，包含已被利用的零日漏洞 XML 解析模块 — 部分改用 Rust 重写，降低内存安全类风险 稳定性 — 合并各类修复，减少页面崩溃与渲染异常 ️ 增强特性（Chrome++） 关闭标签页增强 — 双击左键关闭、右键关闭 保留最后标签页 — 不自动关闭，手动关除外 标签栏滚轮切换 — 鼠标悬停在标签栏即可滚轮切换 任意位置右键滚动切换 — 窗口内按住右键也能用滚轮切页 免开发者模式装扩展 — 移除开发者模式警告 便携化 — 程序在 App 目录，用户数据在 Data 目录，兼容原版数据 移除更新与警告 — 无自动更新，去掉关于页面的版本更新错误警告 ️ 下载地址 Google Chrome v153.0.8010.37 绿色便携增强版 夸克网盘：https://pan.quark.cn/s/a91a174c3891 123 网盘：https://www.123pan.com/s/A6cA-biAJh 蓝奏云：https://423down.lanzouo.com/b0f1g80ne 百度网盘：https://pan.baidu.com/s/1nHVw7H9Kr7262No0wIYpFQ ️ 使用说明 启动程序：App/chrome.exe 增强功能由 App/version.dll 补丁实现 便携版不与其它版本冲突，不用了直接删整个文件夹 提示应用程序错误时，给杀毒软件把浏览器目录加白 更新日志：https://chromereleases.googleblog.com

哈皮好好好好好 好好好

[image: WLite 安卓客户端界面] WLite 安卓客户端 论坛有安卓客户端，装完就能用手机看帖、回帖、收消息。 ️ 下载 地址 — https://wlite.cn/app 版本 — v0.3.3 系统要求 — Android 8.0 及以上 能做什么 看帖 — 帖子列表和正文按手机屏幕排版，滑动流畅 收藏 — 看到有用的内容一键收藏，回头随时翻 分享 — 好资源随手发出去 消息 — 评论、回复、私信都会提醒，不用一直刷网页 v0.3.3 更新 徽章在帖子、评论、私信里统一显示，尺寸和网页端一致 搜索结果恢复显示真实作者与分类 消息页拆成通知与私信两个分页 私信会话自动刷新，支持发送图片 编辑器增加 Markdown 快捷输入栏 说明 装完登录，和网页端同一个账号 有更新会在这个帖子与 APP 页面里写明

[image: 下载链接清理] 站内系统帖的下载链接已整理 这两天把站内系统帖的下载链接过了一遍，统一整理成一份。 整理内容 重复链接 — 同一个文件在帖子里出现多次的，只保留一份 历史版本 — 同一个系统发布过多个版本的，每个帖子只保留最新版本 老版本 — 链接已撤下 ️ 现在的样子 打开任意一个系统帖，下载地址一栏就是当前版本： 一个链接 一个校验值 一个提取码 说明 帖子里提供的就是当前版本，直接下就行 老版本链接不再提供

正好需要，谢谢分享！

正好需要，谢谢！

RouterOS 升级到 7.22 之后，容器里的 sing-box 和 mihomo 突然不能用了 —— 流量根本进不了容器。折腾了半天才发现，问题不在代理配置，在 RouterOS 自己身上。 这个坑我踩过，也把完整的定位过程和修复脚本整理出来了，写在这里给同样卡住的人省点时间。 [image: 封面] 问题现象 升级到 RouterOS 7.22 之后出现这些症状： 容器里的 TUN 网关停止工作 流量不会进入容器 把容器设置为网关没有任何效果 在 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 这个改动会直接破坏： 策略路由（policy routing） fwmark 路由 基于 TUN 的代理核心 为什么 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 配置 用 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 控速之后，轻载时基本听不见声音，跑重活才拉起来。 实际使用演示 ️ 效果预览 [image: ESP32智能温控风扇] 整体就是一台压风式散热器 + 一块 ESP32 控制板。PC 上的小工具读取 CPU / GPU 温度，通过蓝牙发过来，板子按温度调风扇转速，OLED 上实时显示两路温度和当前转速。 系统组成 [image: 系统架构] 整套分三段： PC 端 — Windows 上的常驻小工具，读温度、发数据 ESP32 端 — 接收温度、算转速、驱动风扇、刷新屏幕 执行部分 — MOSFET 驱动电路 + PWM 风扇 通信走蓝牙串口，数据是纯文本格式，一行一条： CPU52.3 GPU47.8 板子收到合法数据会回一个 ACK。这个确认很重要 —— 蓝牙串口经常出现「端口能打开、数据也能写进去，但对端根本没反应」的假连接，有没有 ACK 是判断链路真假的唯一依据。 ️ 它是怎么工作的 [image: 工作流程] 从温度到转速的完整链路： PC 端读取 CPU 和 GPU 温度，各取自身最高的传感器读数 每 2 秒通过蓝牙发送一次 ESP32 校验格式和取值范围，通过后回 ACK 取两路温度里较高的那个，查温度曲线得到目标转速 按限速规则平滑逼近目标，输出 PWM 屏幕同步刷新 温度到转速的对应关系是条连续曲线，中间做线性插值： 温度 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 秒再进入曲线，因为有些风扇占空比太低根本起转。 自动休眠 这是我最想要的一个功能。判断分两层： 蓝牙客户端消失 —— 电脑关机、断连、走远了，风扇立刻停 数据超时 —— 连接还在但 12 秒没数据，同样停 风扇是立刻停的，屏幕则要显示一个 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 和风扇电源必须共地。 更新记录 2026.09.11 首次发布 ESP32 固件：保留 Quiet 自动温控，移除按键与手动模式 新增自动休眠：无连接 / 无数据自动停风扇、关屏 新增蓝牙自动连接：断线后单次恢复，不周期性重启 新增残留数据清理：断开即清，只接收新帧 上位机：Python 重写，托盘常驻 + 实时温度曲线 温控曲线：七锚点连续插值，80°C 满速 ️ 项目地址 完整源码与可执行文件都在仓库里 https://github.com/gukey/ESP32-CPU-FAN 仓库里有完整的 ESP32 固件源码、PC 端源码、编译好的可执行文件、依赖 DLL，以及测试代码。想自己改的话直接拿源码改就行。 刷写教程和接线细节仓库里都有说明，硬件部分照着接就行。 ️ 注意事项 刷固件时一定要先断开散热器的 12V 电源线。USB 的 5V 和 12V 同时接上会冲突，可能烧电脑 USB 控制器甚至烧板子。 上位机是没签名的程序，Windows 或杀毒软件可能报警。介意的话可以先看源码再运行。 温度数据来自硬件传感器，受驱动和主板差异影响可能有偏差。这只是散热辅助，不能替代主板自身的过热保护。 风扇的最低起动占空比各不相同，如果 30% 转不起来，需要在源码里把这个值调高重新烧录。 关于来源 这套东西的原始方案来自 究物研社 —— 压风式散热器的思路、风扇电路模块都是他们做的。ESP32 温控部分是 DALIAN213 的方案。 我这个版本是在他们的基础上继续改的，主要补充了自动休眠、蓝牙自动连接和残留数据清理这几块。借这个机会谢谢两位。 原作者方案说明：https://www.bilibili.com/video/BV1Lr421M7u2

这一版不是精简的路子。 全量版做的是加法：该在的组件都在，该跑得起来的软件跑得起来。装完不用为了一个驱动、一个游戏、一个行业软件再回头补东西。 它适合装机之后想长期用、不想反复折腾的人——体积上的取舍，让位给兼容性。 系统信息 Windows 11 25H2 ｜ Build 26100.9168 ｜ x64 ｜ ESD ｜ 构建于 2026-09-09 集成软件与工具 播放与压缩 MPC-BE（中文优化版） — 常见格式直接放，不用再额外装解码包 WinRAR 7.23（右键菜单优化版） — 菜单改成传统展开样式，少点几层 7-Zip 26.03 — 格式支持广，和 WinRAR 互补 备份与监控 SnapShot 备份还原 — 装完可以先做一份镜像，出问题几分钟就能回来 TrafficMonitor — 任务栏直接显示 CPU、内存、网速 文件与效率 WizTree（右键集成） — 右键就能扫盘，找大文件、大目录特别快 Unlocker（右键解锁） — 文件被占用、删不掉的时候右键强制删除 FSCapture — 截图、滚动截长图、录屏、取色、标尺，默认快捷键 Alt + W notepad4 — 替换系统自带记事本，支持语法高亮，打开大文件也快 右键增强 — 补齐哈希校验等一批常用右键项 系统与输入 StartAllBack — 经典开始菜单 + 资源管理器增强，已预置好配置 搜狗输入法 — 中文输入已预置，装完直接打字 字体与显示 — 思源字体 + 渲染调整，中文显示更规整 VC++ 运行库（全系列合集） — 2005 到最新都装齐，装游戏和行业软件不缺 dll ADB 环境 — 命令行直接可用，手机调试、刷机不用再配环境变量 系统默认已激活 — 装完即用 系统与还原 嵌入式锁定管理器（统一写过滤 UWF） — 官方汉化版管理器，功能类似冰点还原：开启保护后重启即回到初始状态，改动不留痕。可按卷启用保护，也能配置文件 / 目录与注册表的排除项 —— 需要保留的改动放行，其余重启还原。 ️ 独家优化 右键菜单体系 — 扩展项经过整理，传统展开样式，也去掉了用不上的项 记事本替换 — 系统记事本换成 notepad4 远程桌面与共享 — 调整连接和共享的确认流程，内网用起来少弹窗 文件系统行为 — 日常读写更省心 网络与性能 — 网络连接不挑环境，换网络不用调参数 更新与后台任务 — 后台不偷偷跑，不打扰日常使用 兼容性补强 — 精简之后可能受影响的地方都补过 部署流程 — 装完自动完成组件安装与基础优化 🧼 纯净无广告 基于原版母盘制作，系统里没有夹带任何广告与第三方推广，也没有任何首页绑定。装完是什么样，你用到的就是什么样。 无任何广告 — 系统内不含广告位、推广弹窗与推荐内容 不含任何推广 — 不捆绑、不预装第三方软件，不推全家桶 无首页绑定 — 浏览器主页、默认搜索保持系统状态，不改你的设置 无开机弹窗 — 不弹推广、不推活动 装什么都在明处 — 集成的工具上面一条条列清楚了，看得见、可卸载 保留功能 Windows 更新、远程桌面、局域网文件共享都在，运行库装齐，常用外设和手机调试环境可以直接用——日常该用的东西没缺。 装完后的样子：没有弹出来吓你的杀毒提示，也没有第一次开机追着你走完的那套设置向导，开机就是干净的桌面。 更新记录 2026.09.13 更新 修复首次进入桌面无法修改壁纸的 BUG； 2026.09.10 首次发布 Windows 11 26100.9168 全量版首次发布； 集成 MPC-BE、WinRAR 7.23（右键菜单优化）、7-Zip 26.03、SnapShot 备份还原、TrafficMonitor、WizTree、Unlocker、FSCapture、notepad4、搜狗输入法、VC++ 全系列运行库、ADB 环境； 系统字体替换为思源系列，开始菜单与资源管理器采用经典交互； 系统默认已激活，装完即用。 ️ 运行截图 [image: 登录界面] [image: 嵌入式锁定管理器 · 统一写过滤] [image: 专属部署安装器] [image: 经典开始菜单] [image: 程序列表] [image: 磁盘占用] ️ 下载地址 Win11_26100.9168_All.esd ｜ 4.33 GB 网盘：123 网盘 链接：https://1748444.share.123pan.cn/123pan/UtJ9-HywVv?pwd=AS9L 提取码：AS9L 校验值：530146F0FDDD96118C936761D2BAC782（MD5） 说明：百度网盘不支持上传 4GB 以上文件，所以这次只能走 123 网盘。 ️ 安装说明 ESD 格式，用 PE 下的安装工具（WinNTSetup、Dism++ 之类）释放到目标分区，然后引导安装。建议全新安装，装之前把重要数据备份好。 ️ 注意事项 首次进桌面后系统可能自动装完组件并重启一次，正常流程，别打断它。

ReNamer 是一款小巧但功能强悍的批量文件重命名工具，支持几乎所有标准的重命名操作，还能通过正则表达式与脚本自定义规则，适合整理下载目录、影音资料、照片等大批量文件。 [image: ReNamer 批量重命名工具主界面] 软件特点 支持多种重命名规则：添加前缀/后缀、替换、删除、大小写转换、插入数字序号等，可按需组合 自定义规则：支持正则表达式与脚本语言，可定制任意更名逻辑 规则预设：可把常用规则组合保存为预设，支持多套预设管理，重复场景一键套用 预览确认：执行前可预览全部重命名结果，确认无误再批量执行 批量处理：支持文件与文件夹批量重命名，也可导出文件清单/目录结构 元数据规则：支持 Meta Tags（ID3v1、ID3v2、EXIF 等）读取与命名 多语言界面（含简体中文），绿色小巧 新版变化（v7.10） 常规维护更新，修复已知问题，完善对新系统的兼容 下载地址 夸克网盘：https://pan.quark.cn/s/199bab1269d6 迅雷网盘：https://pan.xunlei.com/s/VOKjGvbKofhEnD_Qt6E9SnnHA1?pwd=2peb# 高速直链：http://ct.ghpym.com/d/7369060-63912685-174e3f?p=3519（提取码 3519） 官网：https://www.den4b.com/products/renamer

把手机变成"随身软路由"是什么体验？ 出差住酒店、临时给笔记本/平板救急——不用带路由器，不用在客户端装任何代理软件：手机热点一开，连上热点的设备自动就能出锅（海淘），网关、DNS 全部指向手机，零配置。手机同时还内置文件服务和一个自建导航页，等于一台随身服务器。 架构总览 整套方案跑在一台 ROOT 的安卓手机（一加）上，基于 LSPosed 模块框架： [image: 整体架构] # 修改端口 su cd /data/fiebw filebrowser config set --address 0.0.0.0 --port 80 ShortX：按钮自定义 + 脚本执行。可挂触发器——比如检测到连上指定 WiFi 后自动拉起/停止某个服务 SoftAppHelper：把热点 IP 固定在 192.168.1.1，手机稳坐"网关"位，客户端 DHCP 拿到的网关和 DNS 全是它 sing-box：核心代理服务，负责出锅和分流 File Browser：文件服务，连上热点就能用浏览器访问手机文件 Hugo：本地 Web 服务，跑自建导航页 客户端为什么"不用任何配置" 因为手机把自己伪装成了标准网关。PC 连上热点后 ipconfig /all 一看： [image: 客户端免配置验证] IPv4 网关 192.168.1.1、DNS 192.168.1.1 —— 全部指向手机。流量在手机里被 sing-box 接管，按规则分流：国内直连、外网走代理。客户端视角这就是一台普通路由器，自然不用装任何东西。 运行状态 浏览器打开 192.168.1.1:9090/ui 就是 sing-box 面板，实时流量、连接数、内存占用一目了然： [image: sing-box 运行面板] 适用场景 出差/旅行：手机基本到哪都带，热点一开笔记本直接环球，解燃眉之急 单位摸鱼/查资料：连上热点即出锅，办公电脑上不用留任何代理客户端痕迹 临时来访设备：任何客户端连上热点就能用，无需安装任何代理客户端 随手取文件：File Browser 挂在手机上，浏览器直连访问 家里有正经软路由的也可以共存——各有各的方便，这个主打"随身、实用"。 启动脚本： #!/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 [image: 101334eh54et6jhoxtccs6.jpg] 注意事项 建议非主力机折腾：ROOT + 代理链路有真实的套娃风险，主力机别搞 手机 WiFi 的信号强度和速率都比正经路由弱，长期大流量场景还是软路由/盒子更稳 手机即网关：热点别关，续航要有数

玩 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 的网卡驱动简直不要太完美，直接就能用。 [image: Hyper-V DDA 网卡直通给 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) 走分流，效果和单独搭建虚拟机一样。 一、X86 Ros 虚拟机安装 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： [image: RouterOS 开启容器功能并断电重启激活] 三、创建 docker 网络与虚拟网卡 每个容器都需要创建 veth 接口，本教程 3 个 docker 容器就创建 3 个虚拟网卡（veth1/veth2/veth3），配置 IP 后把网卡添加到桥接接口里，实现局域网内主机访问。 Winbox → Container 里把环境变量提前建好（如变量组名 dns），所有变量的名称要设置一致，方便后面创建容器时用 envlist=dns 调用；Ros → Files 中创建目录，在 Container 里设置挂载路径。 [image: 三个 veth 虚拟网卡与 PaoPaoDNS 容器环境变量] 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 指到现有能出海的网关），等镜像都拉取好、容器跑起来后，就不再依赖之前的网络环境了。 四、创建 3 个容器 直接在 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 编辑覆盖。 五、AdGuardHome 初始化 浏览器打开 veth2 的 IP :3000 进入 AdGuardHome 初始化配置，上游 DNS 填 PaoPaoDNS 的 IP（192.168.1.6），不需要启用缓存（PaoPaoDNS 自带缓存负责），DNS 服务端口按容器内默认 53。 六、mihomo-yacd 配置 SSH 连接到 Ros（密码为 winbox 登录账号密码），把改好的 config.yaml 上传到上面说的挂载目录，直接覆盖。然后访问 mihomo 容器 IP 的 8080 端口（yacd 面板），重载配置和重启内核即刻正常使用： [image: mihomo 管理页：更新 GEO / 重新加载配置 / 重启内核] 需要说明的是默认 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 左右： [image: 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 功能，就可以完成简单精巧的分流。 项目地址： PaoPaoDNS PaoPaoGateWay [image: Hyper-V 虚拟机总览] Win10 Hyper-V 虚拟机 PaoPaoDNS-Gateway 磁盘镜像下载地址： 22H2_Hyper_x64_19045.2965_Lite.esd（1.32G） MD5：80B71F061DFD66930A101BE69230C739 网盘分流：123 云盘 / 百度网盘 / 谷歌网盘（下载链接见视频教程简介） 之前一直在使用 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/ [image: B站视频教程页面] 视频最后的演示忘了说 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 镜像： 默认 IP：192.168.1.6 账号：root 密码：admin 3、 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 连接虚拟机，需要修改这几个地方： network.ini：修改编译后网关的 IP、DNS 服务器地址。DNS 服务器地址设为上面刚搭建的 DNS 服务器地址，IP 为你自建的网关地址，需要和刚才 Docker 配置的 -e CUSTOM_FORWARD=192.168.1.3:53 的 IP 地址一致； custom.yaml：这是插件的配置文件，默认使用 Clash Meta 内核，可以支持 xray reality 的最新协议，不用再去其他网站转换地址，只需简单修改。其他协议可以参考 Clash Meta Wiki 页面，只需配置下面这个字段即可，不用配置其他规则等，这里是插件协议配置示例： 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 ppgw.ini：Yacd UI 面板登录密码设置，只需要 插件_web_password 设置项，默认登录密码为 admin，登录地址为：网关IP地址/ui 6、 执行下面命令打包成 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），其他路由请自行添加： [image: RouterOS 静态路由配置] 然后主路由的默认网关地址为路由自身，DNS 为 PaoPaoDNS 服务器 IP 地址，即可顺利上网海淘： [image: DNS 解析验证] 至此搭建结束。 拓扑与成品 这是我的自建网络的简易拓扑图： [image: 自建网络简易拓扑] 下面是搭建的成品： [image: 搭建成品监控]

Drive SnapShot 是德国老牌磁盘镜像备份工具（硬盘备份/还原软件），支持 Windows 运行时热备份整盘/分区镜像、差异与增量备份、异机还原、远程备份（含 SFTP）、RAID、挂载映像直接恢复单文件。原生绿色单执行文件仅几百 KB，镜像体积小、压缩率高。本版为 rzp428 汉化的简体中文版，内置注册码、保留原版数字签名，另附备份还原增强工具，下载即用。 [image: Drive SnapShot 备份软件中文汉化版主界面] [image: Drive SnapShot 中文版磁盘镜像备份功能界面] 新版变化 v1.51：优化 ReFS 文件系统读取与备份支持；修复与 Windows Server 2025 的兼容性问题 v1.50：首发原生 ARM64 版；兼容 Windows 11 与 Server 2022；支持备份镜像直传 SFTP 远程服务器；免费更新周期由 2 年延长至 5 年 汉化特点（by rzp428） 内置注册码，保留原版单执行文件数字签名 简体中文汉化，支持中文目录运行不报错 附赠原创【Snapshot备份还原】工具，PE 恢复系统后可做引导修复 备份文件自动命名：Win(系统)(盘符)[版本号]_年_月_日_时_分_秒_备份磁盘.sna ️ v1.51.0 最新版本身不支持中文路径运行，不追新建议用包内经典稳定版 v1.50；或借助附带的【Snapshot备份还原.exe】实现中文路径无阻。 功能特性 支持 DOS、WinPE、Windows 全系版本备份还原（含 Server 2025） 系统运行时整盘/多分区备份，不中断工作、无需重启 兼容 FAT16/FAT32/NTFS/ReFS，Linux EXT2/3/4/Reiser/XFS 兼容所有 Windows 硬盘 RAID 阵列 支持增量/差异备份、异机还原、远程备份 支持备份加密、按指定大小分卷 备份速度快、镜像体积小，压缩率优于同类（比 ATI 备份的文件还小） 支持虚拟磁盘挂载，直接恢复单个文件或目录；完整命令行参数 下载地址 汉化版（v1.51.0.1868/1869、v1.50、v1.49 全系） 夸克网盘：https://pan.quark.cn/s/c1a87506880d 123云盘：https://www.123pan.cn/s/A6cA-TrkJh.html 蓝奏云（备份还原工具文件夹）：https://423down.lanzouo.com/b0f1euybg 百度网盘：https://pan.baidu.com/s/1Tpuf3v8Le374adgdQW3pXQ?pwd=2023 （提取码：2023） 蓝奏云（SnapShot 简易汉化工具通用版 rzp428，2026/06/10）：https://423down.lanzouv.com/i1Amy3xszspi 官方原版（未汉化，2026-08-19 更新） x86：http://www.drivesnapshot.de/download/snapshot.exe x64：http://www.drivesnapshot.de/download/snapshot64.exe 官网：http://drivesnapshot.de/en/　更新日志：http://drivesnapshot.de/en/news.htm

迅雷17 v25.1.12.1627 绿色精简版，全新界面与下载引擎。 [image: xl17-ui.webp] 新版特性 下载体验全面升级，边下边播 / 极速下载 / 超级通道 智能片库：下好的影音文件自动识别并按剧集/类型归类，一键续播 云盘整合：下载与云盘深度融合，支持文件上传、原画播映、多端同步 网盘挂载：支持挂载百度网盘、阿里云盘、123 云盘等进行下载与云播 在线解压：远程解析压缩包内容，选择性提取，无需完整下载 隐私空间：一键隐藏下载任务，保险箱本地加密存储 本版说明 精简剔除自动更新等 20+ 非核心组件，安装包与占用大幅减小 屏蔽主界面左侧游戏，保留云盘 / 片库 / 链接库 / 边下秒播 / 极速下载 主界面 / 播放页基本无广告，纯净清爽 LZ4 极限压缩，部署速度提升 300%，后台驻留进程减少 70%，内存占用约为官方 1/3 系统要求：Windows 11 x64（Win10 需额外开启会员通道） 更新记录 2026-09-14：下载链接更新为最新版本入口，旧链接已清理 下载 光岩盘：https://www.guangyapan.com/s/1926123011583443013_alXieMdmlFrewbry 夸克网盘：https://pan.quark.cn/s/118642386437 城通网盘：http://ct.ghpym.com/#/d/7369060-166742205-efca47?p=3519

VMware Workstation Pro 26H1（26H1u1 build 25688693）官方原版 + cuiplay 中文精简版。桌面虚拟机行业标准，单台 PC 运行多个操作系统，IT 运维、开发测试、演示软件必备。现已对个人用户免费。 [image: vmware-26h1-official.webp] 官方原版（v26H1u1-25688693） 光岩盘：https://www.guangyapan.com/s/1942821274684600382 迅雷云盘：https://pan.xunlei.com/s/VOseIotQtZGw-rtbT9AhzdLnA1?pwd=xdgx 城通高速直链：http://ct.ghpym.com/#/d/7369060-163689901-b8022e?p=3519（提取码 ghxi） 中文精简版（by cuiplay） 基于官方安装包制作，集成中文语言包，移除冗余组件，安装即注册（集成 CDK）。 精简列表：VMware Tray / VMware VIX / Visual Studio / VirtualPrinter / VC 运行库 / 非中英语言包 / 非 Windows 的 Tools ISO。 主要特色： 修改添加 APPLE OSK，可安装 Mac OS X 客户机（无需 Unlocker 补丁） 添加 DELL SLIC 2.7 + MSDM + SLP + Virtual PC XP BIOS/EFI 支持 OEM 激活 XP~Server 2025（导入 OEM 证书 + CDK 即可） 已解除 OSX Server 安装限制（EFI 引导） 装 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 全系）： 夸克网盘：https://pan.quark.cn/s/7124cc58f911 123 云盘：https://www.123pan.cn/s/A6cA-8sHJh.html 蓝奏云：https://423down.lanzouo.com/b0f2z2b9a 百度网盘：https://pan.baidu.com/s/19sbM5TNCE7AzOveTI0HTxw?pwd=2023

Cherry Studio 是一款开源（AGPL-3.0）免费的多模型服务桌面客户端，为专业用户打造，内置 30 多个行业、上千个智能助手，支持 Windows / macOS / Linux。 集成 50+ AI 服务商、300+ 大语言模型：OpenAI / Claude / Gemini / DeepSeek / 智谱 / 硅基流动 / Ollama / LM Studio 等，一个客户端即可自由切换各家模型对比回答。 [image: cherry-studio-1.webp] [image: cherry-studio-2.webp] 软件特色 多模型自由切换：随时切换模型对比回答，充分利用各家大模型优势 智能会话：AI 自动命名会话，聊天记录一目了然 知识库：本地文件 / 网页多数据源构建专属 RAG 知识库 文档处理：文本、图片、PDF、Office 文档、Mermaid 图表渲染 扩展能力：支持小程序与 MCP 服务器扩展 多主题切换：亮色 / 暗色 / 透明主题 隐私优先：数据本地存储，支持 WebDAV 备份 下载 GitHub 官方仓库（推荐）：https://github.com/CherryHQ/cherry-studio 夸克网盘：https://pan.quark.cn/s/99745db0a84a 迅雷云盘：https://pan.xunlei.com/s/VP0fqK4JUYN3JcEBwEuEZeI4A1?pwd=n2h2

TCP BBR 永久启用：脚本使用与验证说明 适用对象：Linux 服务器（需内核支持 tcp_bbr）。本文讲解 启用BBR.sh 在支持 BBR 的 Linux 服务器上的完整使用流程：作用、执行步骤、验证方法与恢复方式。文中命令可直接在你自己的服务器上执行验证。 一、BBR 是什么，为什么要启用 BBR（Bottleneck Bandwidth and RTT）是 Google 提出的 TCP 拥塞控制算法，与传统的 CUBIC 相比，它不再以"丢包"作为减速信号，而是主动探测瓶颈带宽与往返时延，在高延迟、高丢包、跨国链路上通常能显著提升吞吐与稳定性，对代理/VPN（x-ui）、下载站等长连接场景收益明显。 二、脚本执行流程 [image: TCP BBR 永久启用流程] 脚本整体分 预检 → 备份 → 写入 → 应用 → 验证 五步，任何一步失败都会提示可用 恢复.sh 还原： 预检：检查 root 权限；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，并扫描其他位置是否存在冲突的拥塞控制配置。 脚本不会：改动网卡队列算法、重启任何服务、修改论坛数据库/帖子/内容、自动升级内核。它只碰上面两个配置文件。 三、脚本源码（可直接复制使用） 将以下完整脚本保存为 启用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 注意事项： 现有 TCP 连接可能仍走旧算法（CUBIC），重连或重新发起下载后再测； 下载测速请用相同文件、相近时间对比，BBR 不保证固定速度，瓶颈在下载源或线路时提升有限。 五、恢复方法 以后运行本脚本产生的备份（含 恢复.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 配置覆盖（脚本末尾已列出扫描结果）