免费域名+Cloudflare后缀.eu.cc免费注册教程，0元注册直接托管 免费域名 + Cloudflare：后缀 .eu.cc 免费注册教程，0 元注册直接托管如果你最近刚好想折腾个人博客、导航站、项目演示站，或者只是想给自己的小项目弄一个好记的域名，那么今天这个可以留意一下。之前给大家分享过免费的 eu.org 域名，不过它有一个比较明显的问题：域名比较长，而且注册后还需要等待审核。这次发现的这个就简单多了。👉 .eu.cc 免费域名最大的特点就是：注册门槛低、域名比较短，而且普通账号就可以免费注册。🌐 这个域名有什么特别？.eu.cc 本质上是一个域名后缀。比如：abc.eu.ccblog.eu.ccai.eu.cc对于个人博客、工具站、导航站、开源项目展示页来说，长度还是比较舒服的。更重要的是，目前 GNAME 正在提供 .eu.cc 的免费注册活动，普通用户可以获得 3 个免费注册名额，不需要额外完成复杂任务。所以如果你只是想体验一下免费域名，还是挺方便的。🎁 免费注册是怎么实现的？这里需要注意一个细节。它并不是直接显示「价格为 0 元」，而是通过全额抵扣优惠券的方式实现免费注册。进入官方的免费注册活动页面后，领取对应的 .eu.cc 抵扣券，然后选择符合条件的域名注册即可。也就是说：正常查询 → 领取免费额度 → 使用抵扣券 → 0 元注册目前普通账号最多可以免费注册 3 个 .eu.cc 域名。⚠️ 有一个坑，一定要提前知道并不是所有你喜欢的域名都能够免费注册。一些比较特殊的域名会被划分为溢价域名，例如：双字母域名三字母域名一些品牌名称热门行业词其他注册局定义的溢价域名这些域名不能直接使用免费抵扣券。所以看到一个特别漂亮的短域名，不要马上以为可以白嫖，先查询价格再决定。 官方也明确说明了这一点。🔄 免费域名可以一直用吗？这也是很多人最关心的问题。目前活动规则支持免费续费，但有一个非常重要的时间限制：必须进入域名到期前 90 天的时间范围，才能申请免费续费。而且千万别直接去「我的域名」里面续费。官方规定：免费续费必须从「免费注册」活动页面提交。如果你在普通域名管理页面续费，或者开启自动续费，并不能享受这项免费续费活动。所以建议大家注册之后，把到期时间记下来。到了续费周期，再去活动页面操作。☁️ 能不能搭配 Cloudflare？可以。如果你平时喜欢折腾 Cloudflare，那么这个域名也比较适合拿来做一些个人项目。例如：用途说明博客 / 导航站个人内容聚合个人主页简历、作品集展示在线工具小工具、查询类站点项目展示页开源项目落地页短链接站自建短链服务测试站开发联调、演示环境注册完成后，可以按照正常域名的方式进行 DNS 管理，也可以根据自己的需求接入 Cloudflare。这样一来，免费域名 + Cloudflare 免费服务，就可以组合出一个基本零成本的小网站。💡 我觉得它更适合哪些人？如果你是：👉 想搭一个个人博客👉 想做一个自己的导航站👉 经常测试开源项目👉 喜欢折腾 Cloudflare👉 想给自己的项目准备几个备用域名👉 不想一开始就花钱买域名那么 .eu.cc 可以先收藏起来。当然，如果你准备做一个长期商业项目，我还是更建议使用自己购买的正规顶级域名。免费域名最大的优势是降低试错成本，而不是完全替代付费域名。📌 最后总结这次这个 .eu.cc，我认为最大的优势就是：短 + 免费 + 注册简单 + 支持免费续费。普通账号目前有 3 个免费注册名额，但要注意避开品牌词和溢价域名。另外最容易忘记的一点就是：续费一定要在到期前 90 天内，并且必须从「免费注册」活动页面提交。如果你准备拿它搭个人博客、导航站或者测试项目，可以先去看看有没有自己喜欢的域名。项目地址: 美国地址生成器

免费领取4个永久域名？Stackryze Domains 开发者福利来了！ 免费领取 4 个域名？Stackryze Domains 开发者福利来了！对于喜欢搭建网站、测试项目、部署工具的小伙伴来说，一个免费域名一直都是非常实用的资源。今天分享一个开源免费的域名项目 —— Stackryze Domains 🎁通过简单操作，可以领取 4 个免费域名，有效期一年，并且支持提前免费续约，非常适合个人项目、测试站点和开发学习使用。🌟 Stackryze Domains 是什么？Stackryze Domains 是一个面向开发者的免费域名服务项目。无需购买商业域名，就可以拥有自己的专属域名，用于：✅ 个人主页✅ 开源项目展示✅ 测试网站✅ API 服务✅ 技术博客✅ 学习建站🎁 免费领取 4 个域名目前支持领取以下域名后缀：🔥 .indevs.in🔥 .sryze.cc🔥 .ryzedns.org🔥 .nx.kg每个域名有效期：✅ 1 年免费使用✅ 到期前 60 天可以免费续约不需要支付费用，通过续约可以长期用于个人项目。🌐 域名支持 Cloudflare 托管领取后的域名可以自定义 Nameservers。其中：✅ .indevs.in 支持托管 Cloudflare✅ .sryze.cc 支持托管 Cloudflare可以享受：能力说明☁️ Cloudflare DNS稳定快速的域名解析🚀 全球 CDN 加速访问速度更快🔒 免费 HTTPS SSL一键开启 HTTPS🛡️ 安全防护抵御常见攻击而：⚠️ .ryzedns.org 和 .nx.kg 暂时不支持 Cloudflare 托管，后续是否支持可以关注项目更新。⭐ 如何领取？项目采用 GitHub 支持方式：方式一（推荐）⭐ 注册 GitHub 账号，并给作者项目点一个 Star，即可领取更多域名。方式二📧 使用邮箱注册，只能领取 1 个免费域名。推荐支持作者的 GitHub 项目，让优秀的免费服务持续维护。💡 可以用这些免费域名做什么？你可以搭建：🚀 个人博客🚀 在线工具网站🚀 开源项目主页🚀 API 接口🚀 Demo 演示站🚀 学习测试环境搭配 Cloudflare、Vercel、Netlify 等免费平台，可以实现低成本甚至零成本建站。⚡ 总结Stackryze Domains 是一个非常适合开发者收藏的免费域名项目：✅ 免费领取 4 个域名✅ 一年有效期✅ 提前 60 天免费续约✅ 两个后缀支持 Cloudflare✅ 适合个人项目和测试使用如果你正好在折腾个人项目或者需要一个测试域名，不妨去试试。领取链接： 美国地址生成器：

Android App 脱壳方案完整报告（2025–2026） Android App 脱壳方案完整报告（2025–2026）作者/整理：安全研究团队 更新时间：2026-08-28 适用场景：移动安全研究、漏洞挖掘、恶意样本分析、授权合规渗透测试一、背景概述1.1 加固现状指标数据Google Play TOP 1000 应用加固率≈ 98%企业级应用平均采用加固方案数2.8 种金融类 App 加固强度（对比普通应用）5 倍以上2025 年安卓应用被逆向破解案例占比68.3%SO 文件被提取分析比例45%1.2 主流加固厂商厂商产品特点腾讯乐固（Tencent Mobile Security）社交/游戏场景优化，字符串混淆，反调试多层防护360360 加固保免费 + 企业版，DEX/SO 加固，反模拟器梆梆安全梆梆加固企业级方案，VMP + Dex2C 深度混合网易网易易盾游戏与高对抗加固专精阿里阿里聚安全金融级安全防护，强反 Frida 及动态插桩爱加密爱加密中小开发者友好，生态覆盖广几维安全几维加固开源生态兼容性好，主打 Dex2C其他顶象、通付盾、启明星辰、天磊卫士等针对银行、政企等垂直行业定制加固二、加固壳分类与技术演进2.1 壳的代际分类代际名称原理脱壳难度一代壳DEX 整体加壳将完整 DEX 加密存储于 APK（如 assets/），启动时解密并动态加载★☆☆☆☆二代壳函数抽取壳（内存加载）DEX 不落地，函数体在内存中按需解密，方法入口初始指向空代码或桩代码★★★☆☆三代壳VMP 虚拟机保护将 Dalvik/ART 字节码转为自定义字节码，由私有 VM 解释器执行★★★★☆四代壳Dex2C / Java2C将 Java 方法直接编译为 Native C/C++ 代码，通过 JNI 注册调用★★★★★混合壳VMP + Dex2C + SO 加壳多层嵌套与多策略混合，核心方法 Dex2C，关键逻辑走 VMP★★★★★2.2 壳的通用运行流程flowchart TD A[APK 启动] --> B["壳 Application.attachBaseContext() 触发"] B --> C["加载壳 Native SO (libshell.so / libprotect.so)"] C --> D["执行反调试/环境自检并解密 DEX 或函数体"] D --> E["通过 DexClassLoader / InMemoryDexClassLoader 加载目标类"] E --> F["替换 Application 上下文 / 修复 ClassLoader"] F --> G[执行原始业务代码逻辑]三、脱壳方案总览（按技术路线分类）方案一：免 Root 自动脱壳工具工具原理适用场景限制BlackDex利用 DexFile Cookie 机制，在虚拟容器内加载目标 APK 并 Dump 内存中的 DEX一代壳 / 部分二代壳支持 Android 5.0–12；对强反调试壳无效DumpDex利用多进程加载机制 Dump DEX一代壳兼容性一般VirtualXposed + 脱壳插件在免 Root 虚拟环境中运行目标 App + Xposed 模块 Hook一代 / 二代壳依赖 VirtualXposed 环境稳定性分身框架（团团分身等）+ 遥光云模块通过分身虚拟化框架注入脱壳逻辑二代壳部分新版本机型不兼容操作流程（以 BlackDex 为例）：安装 BlackDex APK。打开应用，选择目标应用（支持已安装或未安装的 APK 安装包）。点击 「脱壳」。等待数秒，生成脱壳 DEX 文件：输出路径: /sdcard/BlackDex/output/获取 classes.dex, classes2.dex ...使用 jadx-gui 或 JEB 打开验证反编译代码。方案二：Frida 动态插桩脱壳（主流方案）2.1 基础架构PC 端 (控制端) 手机端 (目标端) ┌───────────────────────┐ USB / WiFi ┌───────────────────────┐ │ • frida CLI │ <══════════════════> │ • frida-server │ │ • Python 控制脚本 │ (TCP:27042) │ (需 Root 权限) │ │ • 动态注入 JS 脚本 │ │ • 注入到目标 App 进程 │ └───────────────────────┘ └───────────────────────┘2.2 核心工具链工具用途frida (PC)客户端核心库，需与移动端 server 版本严格一致frida-server (手机)部署于 /data/local/tmp/，需 Root 运行frida-dexdump快速扫描内存段的 DEX 头部魔数（dex\n035 等），自动批量 DumpStrongR-Frida消除 Frida 特征字符串（如 frida:rpc 等），对抗商业壳检测hluda-server深度定制版 Frida Server，去除 libfrida-agent.so 模块名与特征符号frida-fartFrida 与 FART 方案结合，支持函数级主动调用与修复2.3 典型脱壳脚本（多阶段 Hook 示例）// 阶段 1：捕获 DexFile 构造加载 Java.perform(() => { const DexFile = Java.use("dalvik.system.DexFile"); DexFile.init.overload('java.lang.String', 'java.lang.String', 'int') .implementation = function(cookie, path) { console.log("[+] DexFile loaded: " + path); return this.init(cookie, path); }; }); // 阶段 2：Hook InMemoryDexClassLoader（二代内存不落地壳关键点） Java.perform(() => { const InMemoryDexClassLoader = Java.use("dalvik.system.InMemoryDexClassLoader"); InMemoryDexClassLoader.init.overload('java.nio.ByteBuffer', 'java.lang.ClassLoader') .implementation = function(buf, parent) { console.log("[+] InMemoryDex size: " + buf.remaining()); // 可在此将 buf 二进制内容直接写出为 dump.dex 文件 return this.init(buf, parent); }; }); // 阶段 3：遍历内存只读段搜索 DEX 魔数 (dex\n035) Process.enumerateRanges('r--').forEach(range => { try { const buf = range.base.readByteArray(4); if (buf && new Uint8Array(buf).join(',') === '100,101,120,10') { // "dex\n" console.log("[Found DEX] Base: " + range.base + ", Size: " + range.size); } } catch(e) {} });2.4 反检测与对抗策略检测手段对抗方式扫描 /proc/self/maps 中的 frida-agent使用 hluda / StrongR-Frida 魔改版，消除 agent 路径与名称检测默认 27042 端口启动时更换监听端口：frida-server -l 0.0.0.0:8888检测线程名 gum-js-loop修改 Frida 源码重新编译线程命名，或使用 Magisk 模块掩盖扫描 /data/local/tmp/frida-server 文件更改二进制文件名与存放目录，随机命名主动调用 ptrace(PTRACE_TRACEME)使用 Zygisk / Native Hook 拦截 ptrace 系统调用时间差检测（检测断点导致的时间漂移）Hook clock_gettime / gettimeofday 实现时间平滑方案三：FART（ART 环境主动调用脱壳）3.1 原理FART (Frida Android Repackaging Tool) 通过修改 AOSP 系统的 ART 运行时源码，在 ART 虚拟机执行方法或加载类时，主动遍历并触发所有方法的调用执行，诱使抽取壳将函数体解密回填到 CodeItem 中，再将完整的 DEX 内存写出到磁盘。3.2 适用场景二代壳（函数抽取/代码填空型）：主流解决方案，效果极佳。360 加固、腾讯乐固、爱加密等主流企业抽取壳。需 Root 环境，推荐配合定制 ROM（Pixel 3/4/6 系列）或 Magisk/KernelSU 模块。3.3 操作流程刷入基于 AOSP (Android 9/10/11) 编译的 FART 定制 ROM，或挂载 FART 模块。安装并启动目标 App。执行 fart 脱壳脚本：adb shell su cd /data/fart/ chmod +x fart.sh ./fart.sh <target_package_name>提取脱壳数据：输出目录: /sdcard/fart_output/获取修复后的 *_dex_fix.dex。使用 010 Editor 检查 DEX Header，使用 jadx 验证函数体是否还原。3.4 Native 版 FART (frida-fart)无需刷写整机 ROM，通过 Frida 脚本直接在 Native 层 Hook art::ArtMethod::Invoke，遍历 Class 列表并强行调用以触发解密，将解密后的内存 Dump 回写。方案四：内核态方案（2025–2026 演进趋势）4.1 KernelSU / APatch + 脱壳模块组件作用KernelSU基于 Linux 内核的 Root 方案，用户态完全无 su 二进制与环境特征APatch类似 KernelSU，通过内核补丁提供安全挂载与 Root 权限ZygiskNextZygisk 独立实现，配合 KernelSU 在 fork 子进程阶段完成无感注入脱壳模块以 Zygisk 插件形式运行，在 App 初始化前 Hook 关键函数核心优势：用户态无 /proc/self/maps、/data/local/tmp 挂载痕迹。不占用 ptrace，规避多进程互相 ptrace 保护。完美过掉绝大多数商业壳的用户态反调试。4.2 eBPF 方案架构内核态 (Kernel Space) 用户态 (User Space) ┌─────────────────────────────────┐ ┌─────────────────────────────────┐ │ eBPF 探针程序 │ │ 用户态收集服务 │ │ • kprobe/sys_enter_mmap │ ────────> │ • 监听 ring buffer 事件 │ │ • kprobe/sys_enter_openat │ perf / │ • 捕获 DEX 映射基址与长度 │ │ • tracepoint/sys_enter_execve │ ring_buf │ • 读取进程内存并写入磁盘 │ │ • tracepoint/sys_enter_write │ │ • 自动完成 DEX/SO Dump │ └─────────────────────────────────┘ └─────────────────────────────────┘适用场景：具有超强反调试能力的加固壳（任何用户态 Hook 均会被检测崩溃）。无感知的取证分析与行为链路监控。捕捉加固壳动态生成或解密写入临时文件的精确瞬间。方案五：针对 VMP / Dex2C 的专项方案5.1 VMP（虚拟机指令级保护）方法说明指令级 Trace使用 Frida Stalker 或 Unicorn Engine 逐条记录 VM 解释器的执行流程Unidbg 模拟执行在 PC 端模拟 Android ARM JNI 运行环境，直接黑盒调用被保护的 Native 函数IDA Pro 逆向分析逆向分析 VM 分发器（Dispatcher Handler 表），还原 Opcode 映射逻辑AI 辅助语义还原利用大语言模型与符号执行工具，自动化还原混淆后的控制流图（CFG）5.2 Dex2C / Java2C方法说明IDA Pro + Hex-Rays逆向分析编译生成的 Native SO 文件，分析 JNI_OnLoad 与动态方法注册Unidbg对转换后的 C 语言实现进行脱离手机环境的模拟调用Frida Hook JNI 注册Hook RegisterNatives，截获 Java 方法名与其对应的 Native 函数内存地址QEMU 全系统模拟全系统仿真执行，配合动态污点分析提取核心算法方案六：SO 加壳与内存 Dump工具 / 方法适用场景与操作Frida + dlopen Hook在壳调用 dlopen / dlsym 解密加载真实 SO 后，暂停进程并执行 Dump/proc/pid/maps + dd读取目标 SO 内存映射段，通过 dd 命令直接复制出内存镜像IDA 内存挂钩与快照在真实入口点下断点，导出内存快照并对比静态加密文件FEDD (Fuck ELF Dex Dump)自动化扫描并提取内存中 ELF 结构体SoFixer针对 Dump 出的 SO 修复 Program Header、Section 表及重定位信息四、工具对照表（按壳类型选择）壳类型推荐首选方案备选方案预计脱壳成功率一代壳（整体加密）BlackDex / frida-dexdump基础内存 Dump 工具> 95%二代壳（函数抽取）FART / frida-fartFrida 主动遍历调用 + 补丁修复80% – 90%三代壳（VMP 虚拟机）Frida Stalker + Unidbg 模拟执行IDA 手工逆向 + AI 辅助还原30% – 60%四代壳（Dex2C/Java2C）Unidbg + IDA 反编译QEMU 全系统模拟 / 污点分析20% – 40%多层混合壳组合分阶段分析方案无单一通用工具，需视架构定制视具体方案而定强反调试企业壳KernelSU + eBPF / 魔改 Frida定制内核 ROM + 硬件断点调试70% – 85%五、实验环境搭建推荐5.1 硬件与测试机选择方案类别推荐设备说明首选方案Google Pixel 6 / 7 / 8（刷入 KernelSU）AOSP 原生支持好，内核模块兼容性最佳次选方案一加 9 / 10 / 11（已解锁 Bootloader）驱动开放，第三方 ROM 和 Magisk 生态成熟模拟器雷电模拟器 9 / MuMu 模拟器 12仅适合弱壳与普通应用，主流商业壳易被环境检测免 Root 环境任意 Android 5.0–12 真机 + BlackDex仅适用于一代加固壳5.2 推荐软件与工具链配置安全分析工作台 ├── 权限框架: KernelSU / APatch（首选）/ Magisk（次选） ├── 模块框架: ZygiskNext + LSPosed ├── 动态插桩: Frida 16.x（hluda 定制去特征版） ├── 脱壳工具: FART / frida-dexdump / BlackDex ├── 静态反编译: jadx-gui / JEB 4.x / GDA ├── Native 逆向: IDA Pro 8.x + Hex-Rays / Ghidra ├── 模拟执行: Unidbg / Unicorn Engine ├── 流量抓包: mitmproxy / Burp Suite + Frida SSL Unpinning 脚本 └── 辅助分析: 010 Editor (DEX/ELF 模板) / MT 管理器 / adb 命令行六、实战分析标准流程（SOP）flowchart TD S1["Step 1: 侦察与资产识别<br/>• 解包查看 APK 结构与 assets 资源<br/>• MT 管理器 / PKID 查壳特征<br/>• jadx 尝试反编译初步定性"] --> S2["Step 2: 匹配脱壳方案<br/>• 一代整体壳 → BlackDex / frida-dexdump<br/>• 二代抽取壳 → FART / frida-fart<br/>• 三/四代 VMP/Dex2C → Unidbg + IDA"] S2 --> S3["Step 3: 运行环境准备<br/>• 配置 KernelSU / Magisk 隐身环境<br/>• 启动定制版 frida-server / FART ROM<br/>• 配置反反调试规则"] S3 --> S4["Step 4: 执行脱壳与 Dump<br/>• 启动目标 App 并触发关键页面<br/>• 运行动态 Hook 脚本抓取内存<br/>• 收集并归类 Dump 文件"] S4 --> S5["Step 5: 验证与文件修复<br/>• 010 Editor 校验 DEX Header 与 Magic<br/>• jadx 反编译排查是否存在空函数桩<br/>• 必要时借助 smali 工具回填 CodeItem"] S5 --> S6["Step 6: 深度业务逆向<br/>• 还原核心业务调用链<br/>• 加密算法定位与 RPC 调用<br/>• 输出安全评估与分析报告"]七、2025–2026 技术演进趋势趋势方向核心说明AI 辅助逆向分析借助大模型（LLM）理解反编译后的复杂代码，自动完成混淆变量重命名与控制流平坦化还原。eBPF 内核监控常态化借助内核层 eBPF 探针进行无感知内存捕捉，绕过所有应用层反调试手段。KernelSU 全面普及传统 Magisk 特征逐渐被商业壳精准识别，无痕内核 Root 成为逆向研究标配。云真机自动化脱壳集群结合云手机群控与自动化脚本，应对复杂设备指纹与风控对抗。RISC-V 指令集 VMP部分顶级加固厂商开始尝试将关键字节码编译为 RISC-V 指令在自定义解释器中执行，提升分析门槛。运行时代码多态自修改核心算法在每次执行时在内存中动态重构解密，执行完毕立即擦除，增加静态 Dump 难度。TEE / TrustZone 保护支付与风控级核心密钥运算下沉至安全硬件环境执行，阻断纯软件层内存提取。八、合规声明与法律提醒[!WARNING]⚠️ 重要合规与法律声明合法研究范围：本文所涉及的技术与工具仅可用于正当安全学术研究、软件漏洞挖掘、恶意样本分析、经授权的渗透测试与自有应用安全防护评估。严禁非法利用：严禁利用上述技术对未授权的商业软件实施逆向破解、盗版分发、外挂制作或侵犯他人知识产权。数据隐私合规：在逆向分析过程中如涉及个人敏感信息或未脱敏数据，应严格遵守国家网络安全及数据保护法规。隔离测试环境：针对未知来源或恶意软件样本，务必在沙箱或隔离网络环境中运行，避免样本恶意逃逸。九、开源项目与参考资源资源名称链接与说明BlackDexhttps://github.com/CodingGay/BlackDex - Android 免 Root 快速脱壳工具FARThttps://github.com/hanbinglengyue/FART - 基于 ART 运行时的主动调用脱壳框架Fridahttps://frida.re - 跨平台动态代码插桩与 Hook 框架frida-dexdumphttps://github.com/hluwa/frida-dexdump - 基于 Frida 的内存 DEX 快速扫描与导出工具Unidbghttps://github.com/zhkl0228/unidbg - 跨平台的 Android ARM JNI 模拟执行框架KernelSUhttps://github.com/tiann/KernelSU - 基于 Linux 内核的无感 Root 解决方案看雪安全论坛https://bbs.kanxue.com - 移动安全与加固逆向技术交流社区吾爱破解论坛https://52pojie.cn - 软件安全与逆向分析技术交流社区本文仅供技术研究与学习交流。

AutoJs开心版 {cloud title="github" type="github" url="https://github.com/Azek431/AutoJsPro-Crd" password=""/}{cloud title="123网盘" type="default" url="https://1815547653.share.123pan.cn/123pan/0ztiVv-yFA1d" password=""/}{cloud title="天翼网盘" type="ty" url="https://cloud.189.cn/web/share?code=7ZVBjaZV3EV3" password="（访问码：kt0o）"/}

从Google Authenticator解密获取2FA密钥备份教程 前言启用2FA可以有效的保证账户安全，但一旦手机丢失或者换手机等操作不当丢失2FA密钥就会导致账户可能再也无法找回。Google Authenticator是一个常用的二步验证动态口令生成工具，支持设备间转移和google云备份，但是在软件内不能直接查看到密钥，不能很方便的进行密钥的本地保存和备份，或者是迁移到其它2FA平台。这里介绍一个从Google Authenticator解密获取到2FA密钥的工具和使用方法。操作过程导出配置文件二维码打开Google Authenticator，点击左上角的三条横线按钮，选择转移账号选择导出账号勾选需要导出的账号并点击下一步这里我们会看到一个二维码，截图保存为文件，比如ga.jpg使用decodeGoogleOTP工具解码为了方便整个过程，我写了一个命令行工具decodeGoogleOTP，前往Github下载页面，根据自己的平台，下载最新版本的工具。https://github.com/Kuingsmile/decodeGoogleOTP/releases下载后解压，为了方便操作可以重命名一下，比如windows平台重命名为decodeGoogleOTP.exe，然后和ga.jpg放在一个文件夹下。decodeGoogleOTP支持将结果导出为csv文件、json文件、txt文件或者二维码图片等多种格式。如果我们需要将结果导出为json文件，运行如下命令即可decodeGoogleOTP -i ga.jpg -c output.json输出的结果格式如下：[ { "issuer": "", "name": "xx", "secret": "AAAAAAAAAAA", "type": "totp", "counter": 0, "url": "otpauth://totp/xx?secret=AAAAAAAAAAA" } ]其中secret字段就是2FA密钥，有了密钥就可以方便的转移到其它平台。而url可以用来生成二维码供其它2FA软件扫描导入，也可以使用decodeGoogleOTP直接导出二维码图片供扫描

【N1安装飞牛优化三】Btrfs 挂载优化，限制 Docker 日志大小 (防止撑爆硬盘)，额外启动参数优化CPU 限制 Docker 日志大小 (防止撑爆硬盘)修改 /etc/docker/daemon.json（如果没有就新建）：{ "data-root": "/vol1/docker", "log-driver": "json-file", "log-opts": { "max-size": "10m", "max-file": "3" } }Btrfs 挂载优化第一步：优化系统根分区 (ROOT_EMMC)将系统分区的 defaults,noatime 后面补上压缩参数。替换原有的 / 挂载参数：UUID=b1bd1ce4-2204-4176-919f-973ba364a320 / btrfs defaults,noatime,compress=zstd:1,space_cache=v2,errors=remount-ro 1第二步：强制接管数据分区 (/vol1)在 fstab 的末尾添加一行，显式地指定 /vol1 的挂载选项。这样能确保你在 USB 2.0 硬盘读写时获得更稳的体验：UUID=3b009fa0-dee0-4f30-a79d-869b2f21b013 /vol1 btrfs defaults,noatime,compress=zstd:1,autodefrag,commit=15,space_cache=v2 0 0UUID可以通过： blkid | grep btrfs 进行查询额外启动参数优化CPU因为 N1 用的 A53 的核心非常老，现代 Linux 内核为了防范 CPU 漏洞（幽灵/熔断），默认开启了一堆减慢速度的补丁。由于你的 N1 只是做家庭 NAS，风险极低。我们可以关掉这些防御来提速。🛠️ 操作步骤：编辑 /boot/fnEnv.txt： 找到 extraargs 这一行，在末尾加上 mitigations=off。修改后的 extraargs 应该是这样的：verbosity=1 bootlogo=false console=both fdtfile=amlogic/meson-gxl-s905d-phicomm-n1.dtb extraargs=console=ttyAML0,115200n8 console=tty0 usb-storage.quirks=152d:0576:u kernelfile=vmlinuz-6.18.18-trim mitigations=off initrdfile=uInitrd-6.12.41-trim保存并重启：reboot

【N1安装飞牛优化二】限制现有的docker容器使用内存，调整 Swappiness 权重 限制现有的docker容器使用内存批量设置内存上限（复制并执行即可）# 1. 核心数据库（MySQL）限额 256M docker update --memory 256m --memory-swap 256m mysql # 2. 核心网络/Git 工具（mihomo, gogs）限额 128M ~ 256M docker update --memory 256m --memory-swap 256m mihomo docker update --memory 128m --memory-swap 128m gogs # 3. 基础服务组件（PHP, Redis, Nginx）限额 128M docker update --memory 128m --memory-swap 128m fn-php docker update --memory 128m --memory-swap 128m fn-redis docker update --memory 128m --memory-swap 128m fn-nginx # 4. 其他小工具（账本、面板）限额 128M 和 64M docker update --memory 128m --memory-swap 128m cashbook4 docker update --memory 64m --memory-swap 64m metacubexd为什么这样改？--memory 256m：限制该容器最多只能吃掉 256M 物理内存。--memory-swap 256m：限制该容器的“物理内存 + Swap（交换内存）”总共只有 256M。这意味着这个容器严禁过度占用系统资源。一旦这些容器内存超标，Docker 内部会自行清理，而绝不干扰您 OpenVPN 服务器的正常运行。调整 Swappiness 权重低 Swappiness 值，让系统尽量优先使用内存（和我们刚才设置的 ZRAM），减少对闪存的频繁读写。# 查看当前值 (默认通常是 60) cat /proc/sys/vm/swappiness # 临时修改为 10 sysctl vm.swappiness=10 # 永久修改 echo "vm.swappiness=10" >> /etc/sysctl.conf

【N1安装飞牛优化一】开启 BBR 网络加速，切换 CPU 为高性能模式，永久增大 ZRAM 前言Phicomm N1 只有 2GB 内存，运行 FnOS（飞牛 NAS）这种基于 Debian 的系统确实需要“精打细算”。查询1. 检查 ZRAM 是否开启（内存压缩）zramctl看什么： 如果有输出（显示 /dev/zramX），说明已经开了。如果没有输出，说明还没开。2. 检查 Swap 生效情况（物理交换文件）swapon --show看什么： 如果这个列表是空的，或者只有几百兆，对于 2G 内存的 N1 来说风险很大。3. 检查 BBR 状态（网速加速器）sysctl net.ipv4.tcp_congestion_control看什么： 如果显示的是 cubic 或 reno，说明还没开。如果显示 bbr，说明已经加速。4. 检查 CPU 运行模式（性能还是省电）cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor看什么： 如果显示 ondemand 是标准的。如果显示 performance 是最高性能。如果显示 powersave 说明您的 N1 现在正慢腾腾地跑。5. 检查当前内存负载（看压力大不大）free -m看什么： 重点看 available（可用内存）还有多少。如果只剩不到 100M，您的盒子随时会因为内存不足而断连。优化# 1. 强制开启 BBR 网络加速（让您的 VPN 传输速度翻倍） sudo tee -a /etc/sysctl.conf <<EOF net.core.default_qdisc = fq net.ipv4.tcp_congestion_control = bbr EOF sudo sysctl -p # 2. 将 CPU 切换到永久高性能模式（提升万兆内网吞吐稳定性） # (针对 Armbian/Ubuntu 的设置方法) if [ -f /etc/default/cpufrequtils ]; then sudo sed -i 's/GOVERNOR=.*/GOVERNOR="performance"/' /etc/default/cpufrequtils sudo systemctl restart cpufrequtils else # 临时生效方法，防止没有 cpufrequtils echo "performance" | sudo tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor fi # 3. 增大 ZRAM（让 2GB 内存更像 3.5GB 内存） # 如果您的 zramctl 本身支持大小调整，可以设置为内存的 150% sudo zramctl --size 1500M /dev/zram0