！！注意 ！！ PVE 7.0 已经添加了 TPM 支持，只需在 Web 界面添加设备即可。 本文已经过时！ 本文已经过时！ 本文已经过时！ 前言 虽然 Windows 11 的镜像早就泄露了，但在 6 月 24 日 23 点 Microsoft 才正式发布。发布会结束后，MS 官网放出了 Windows 11 的系统要求，其中一个必须要求是 TPM 2.0。 然而，Proxmox VE 并没有官方支持 vTPM ， 虽然有qemu 有相应支持，但网上对此的文档很少。因此，本文在此写出让 PVE 支持 qemu vTPM 的方法以在虚拟机安装 Windows 11 预览版。 关于 Pro

当 Proxmox VE 已经搭建完成后，就可以准备开发机了。 创建虚拟机 其实 PVE 虚拟机创建向导很舒服，在一般情况下照着来就行。但对于 Gentoo，从这里开始就有坑了。 首先是 CPU，这个虽然不是坑，但这是我的一个小小的建议，将 CPU 类型设置为 host。毕竟由于 Gentoo 的特性，可以针对 CPU 进行优化，对于像好好玩 Gentoo 的人来说，个人认为这一点蛮重要的。而且由于要编译嘛，CPU 性能能榨干一点是一点。 此外就是各驱动了。千万不要选 VirtIO 驱动！除非你第一次安装就自己配置内核而且不使用 genkernel 生成的 initramfs。 因为以前被坑

在硬件和 BIOS 配置完成后，就要着手开始搭建 Hypervisor 了。 因为要跑的客户机基本都是 Linux，所以使用基于 KVM 和 QEMU 的 Hypervisor 显然要更好。 所以我选择了 PVE，虽然每次管理都要看一遍订阅提醒就很烦。 当然，用 QEMU 加上 WebVirtMgr 自己糊一个 Hypervisor 也是可以的，我之前本来要使用这个方案的。 但毕竟稳定性最重要，而自己糊的肯定比不上专业的，而且看了看 PVE 的手册后……真香。 Proxmox VE 的安装 本 Blog 不会写出完整安装过程，只有在安装时的注意事项和各种坑。毕竟安装这玩意就比安装 De

主机的拆卸 这是 HPE Gen 10 Plus 正面： 前面板背后是四个横置的硬盘柜，面板上铭牌处的凹槽其实是个提手，往外一拉就可以拆卸。在外壳打开后侧面会有两个卡扣用以锁定前面板防止在正常使用时把面板抽出来（虽然可能性很小）。左下角是两个 USB3.2 接口，而且据称在后面的 USB 插槽还有空余的时候就不会识别插在这两个端口的 WTG 设备。 具体可以参考这篇文章：[整机搭建] <更新软件篇>HPE ProLiant MicroServer Gen10 Plus 开箱与扩展 主机的背后是风扇和各种插槽。包括四个 USB 2.0 插槽，一个 VGA 接口，一个 DP 1.0 接口

前言 搭建 Home Lab 的想法，起源于我有一次运行虚拟机的时候。 虽然我现在的主力笔记本性能不差，16G 内存 + 256G SSD，但众所周知 Chrome 是著名的性能消耗大户，导致我的内存有一半被它吞了；而且由于笔记本上安装的重型软件和游戏实在太多了，尤其是游戏，占了 60G+ 的空间，导致剩余硬盘空间捉襟见肘。因此每一次使用虚拟机时，都要扣扣索索的盘算着分配的内存和虚拟磁盘的容量。更令人恼火的是，每次创建虚拟机，都要删掉一个游戏或者是占用了大量磁盘空间的软件，而且每次跑虚拟机只是测试一下而已，没过多久就要删，而删去虚拟机的时候再去下载这些程序是十分痛苦的事情。因此我便产生了专门买

当发现lua文件才是本体后，接下来的步骤就是解析lua文件，但预料之中这个过程远比我预想的要困难 尝试直接打开lua文件 我们先尝试直接打开main.lua: ??? lua不是门脚本语言吗，为什么像用记事本打开二进制文件一样的全是乱码？ 一通Google之后，我发现原来lua是可以编译为字节码的，编译后文件叫做luac。 那么反编译不就行了？ 尝试反编译 于是我用unluac反编译时，得到了这个： 意思是这不是luac文件喽？ 二进制文件的文件头都会标注文件类型，那用16进制编辑器打开看看： 没有文件头？ 既然没有文件头，程序却能以lua文件运行，那只能说明被加密了。 解密luac

当比对完hash后，接下来就是对整个apk进行逆向了。 首先我们对“一份礼物.apk”进行逆向 需要的工具 * Jadx分析apk文件结构 apk本质上是一个加了签名和元数据的压缩包，用普通的解压工具解压即可得到内部的文件。 内部的文件结构如下所示：1 2 3 4 5 6 7 8 9 . ├── AndroidManifest.xml ├── META-INF ├── assets ├── classes.dex ├── com ├── lib ├── lua

前言 当我关注到这个app时，是我一个现居异地的朋友发的一条说说。 其实早在几个小时前，宿舍里放出O泡果奶广告的声音时，我就体会过这个app的威力了，但我以为它只在我们学校内传播。 直到我看见了那条说说。 当我顺手转发了之后，十多条评论纷纷抱怨他们的经历，我一个朋友还给我发了他们大学流传的apk，我逐渐意识到不对劲。 但真正使我打算认真分析这个app的，是我另一个朋友让我发这个apk的hash的消息。 于是，我便走上了逆向工程之路。 hash比对的原因 不同地方流传的apk，名字可能会不一样。就比如我手上的两个apk：“一份礼物.apk”和“存档人物修改2.0.apk”，要验证这两个apk是

Github Actions介绍 注：以下内容大部分参考了这篇post，这篇post讲的比我清楚多了，人家是专业的。 什么是Github Actions? Github Actions是Github自己推出的持续集成服务，可以自动地进行各种各样的构建并发布到正确的地方。 在本Blog中，我就使用了Github Actions来自动构建Hexo的静态网页并将它发布到Github Pages上。 这些构建，发布之类的操作，在Github Actions中被称为actions。用户可以将actions写成独立的脚本并供给其他人使用。Github建立了一个官方市场，可以找到我们需要的actions。

初始化Hexo文件夹 准备node.js Windows 在这里下载，然后一路安装。 Linux 包管理工具，请。 安装Hexo npm install hexo-cli -g 建立Hexo文件夹 首先，在本地见一个文件夹，名字最好是英文,然后 npx hexo install 之后 cd 最后 npm install 一个Hexo文件夹就这样初始化好了。 本地测试 其实是不需要的，我只是好奇而已。 当然，之后这个操作是非常重要的，你可以把它当作熟悉Hexo操作。 首先，让Hexo生成静态网页 npx hexo generat