之前这个博客一直都是放在 WordPress 上的。WordPress 全能、完善，的确是个好程序。——我一向喜欢臃肿的程序。直到后来一次，我又打开了 MyAdmin，才发现数据库里乱得一批，post 表里还有一堆 {unknown} 的孤立垃圾数据，而我甚至不知道它们是怎么产生的。于是乎，点了一下 LSCache 插件中的“清理数据库”，结果把我的草稿全都删除了。

到这里，自己造轮子就有两个原因了：

1. 臃肿还是轻量真无所谓，但这数据库实在太脏了吧？
2. 不仅脏，还打扫不干净。试着清理，反而还因为一个本应当无害的操作丢了数据。这样的大黑箱用起来我是真的害怕。

学 Java 倒是有个小半年了，不过由于高中学业占用时间比较多（平常一周也就放一天的假），这半年下来其实也就学完了 JavaSE 外加 JavaWeb（SpringBoot、SQL）的入门罢了。

按理说我还得先把 Sping 全家桶学一遍。不过好在现在 AI 这么发达，实际上，SpringBoot 入完门就足以靠 VibeCoding 做项目了。而且按理说，能理清 controller，service/impl，dto，entity 等层的功能与关系，就足以 Vibe 出一个可维护的项目。

然后，就有了现在这个博客。

技术栈

总览

• 后端框架：SpringBoot
• 安全框架：SpringSecurity
• 持久层：Spring Data JPA / Hibernate
• MVC 层：JavaWeb
• 数据库：MySQL 8
• 模板引擎：Thymeleaf

SSR or CSR？

在服务端渲染（SSR）和前后端分离的架构（也就是 CSR）之间，我犹豫了一下。按理说，前后端分离的架构速度只会特别快，因为整个 HTML 的骨架不包含任何动态内容。但如果我选择 CSR 的话，我还得学习 React、Vue 等一系列新技术，显然具有一定学习成本。

而 SSR 架构就不需要担心什么难度问题（然而代价都是较慢的响应时间），我这里使用了 Thymeleaf 作为模板渲染引擎。

不过我后来又发现了一些奇怪的现象：目前这个站点的 Speed Insight 分数极高，或许是因为样式少，文件小，所以没有阻塞吧。顺手又写了 /sitemap.xml 和 /robots.txt 之类的功能，所以 SEO 分数也不错：

Thymeleaf

Thymeleaf 是一个现代服务器端的 Java 模板引擎，主要用于生成 HTML 网页。

它最突出的特点是 “自然模板”：模板文件本身是标准的 HTML，可以直接在浏览器中打开并正确显示（显示的是示例数据或静态占位内容），而无需启动服务器。这是因为 Thymeleaf 通过额外的自定义属性（如 th:text、th:each）来标注动态部分，这些属性在浏览器中会被忽略，只有经过服务器处理后才会被替换成真实数据。

例如，页脚的备案号是动态获取的：

<span th:text="${theme.footerIcp != null and !#strings.isEmpty(theme.footerIcp) ? theme.footerIcp : '浙ICP备2026002806号-1'}">浙ICP备2026002806号-1</span>

其中，th:text 的值是一个三元条件表达式：

条件 ? 为真时的值 : 为假时的值

也就是上文提到的 Thymeleaf 的“自然模板”理念：

可以直接在浏览器中打开这个 HTML 文件，看到一个完整的备案号展示效果（使用默认值）；而一旦放到服务器上运行，Thymeleaf 就会根据实际配置动态替换为真实备案号，保留相同的外观。

特点

MarkDown 编辑文章

本来想做成类似 Wp 那样区块的形式存储文章，不过再造一个区块化编辑器的学习成本又高了，而且通用性兼容性也低。所以选择数据库直接存储 MD 格式的文本。

没有引入啥编辑器，文章编辑页面是直接塞了一个 textarea 元素，Entity 直接存 MD 文本。

至于前台的 HTML 渲染，则是服务端调用 CommonMark 工具，将 MD 转换为 HTML 文本再塞给 Thymeleaf 模板渲染。

鸣谢名单

DeepSeek-v4-pro

GPT-5.4

其它

Java 的占用还真是大啊，现在这个体量已经 340MiB 了，比我的 MySQL8 Docker 容器占用还大了。

你 Java 还是你 Java 👍

再附图一张：

如果机场提供的是 Clash/Mihomo 订阅，并且节点类型包含：

• anytls
• vless
• reality

那么通常不能使用老版 clash，应使用 mihomo 或 clash-meta。

典型报错如下：

Parse config error: proxy 0: unsupport proxy type: anytls

这说明内核压根不支持。所以本文使用 Mihomo。

2. 安装 Mihomo

先确认服务器架构：

uname -m

常见为 x86_64。

下载 mihomo：

cd /usr/local/bin
wget -O mihomo.gz https://github.com/MetaCubeX/mihomo/releases/download/v1.19.28/mihomo-linux-amd64-compatible-v1.19.28.gz
gunzip mihomo.gz
chmod +x mihomo
/usr/local/bin/mihomo -v

3. 准备配置目录

这里以 /opt/clash 为例：

mkdir -p /opt/clash

将机场提供的 Clash/Mihomo 配置保存为：

/opt/clash/config.yaml

或：

/opt/clash/config.yml

Mihomo 启动时会在指定目录中读取配置文件。

注意：有些机场给的订阅地址拉下来是一堆 Base64 编码的节点列表，这种情况就需要将它先导入 Clash 软件，然后在把生成的配置文件拿去给服务器用。

4. 测试配置文件

正式启动前，先测试配置是否合法：

/usr/local/bin/mihomo -t -d /opt/clash

如果通过，说明配置文件可以被当前 Mihomo 正常解析。

5. 配置 systemd 服务

创建服务文件：

nano /etc/systemd/system/clash.service

写入以下内容：

[Unit]
Description=Clash daemon
After=network.target

[Service]
Type=simple
ExecStart=/usr/local/bin/mihomo -d /opt/clash
Restart=always
RestartSec=5

[Install]
WantedBy=multi-user.target

加载并启动服务：

systemctl daemon-reload # 重载设置
systemctl enable --now clash # 启动 Mihomo 并设置开机自启动
systemctl status clash # 查看运行状态

查看是否设置为开机自启：

systemctl is-enabled clash

如果输出 enabled，说明重启服务器后 Mihomo 会自动启动。

6. 常见配置示例

一个可用的基础配置通常包含：

mixed-port: 7890
allow-lan: true
bind-address: '*'
mode: rule
log-level: info
external-controller: 127.0.0.1:9090

说明如下：

• mixed-port: 7890：HTTP/SOCKS 混合代理端口
• allow-lan: true：允许局域网访问
• bind-address: '*'：监听所有地址
• external-controller: 127.0.0.1:9090：本机控制接口

如果只需要本机控制接口，保留 127.0.0.1:9090 更安全。

7. 验证 Mihomo 是否正常工作

查看监听端口：

ss -lntp | grep 7890
ss -lntp | grep 9090

本机强制通过代理测试：

curl -I -x http://127.0.0.1:7890 https://www.google.com
curl -I -x http://127.0.0.1:7890 https://api.openai.com

如果成功，说明：

• Mihomo 正在监听
• 至少有一个节点可用
• 代理功能正常

查看日志：

journalctl -u clash -n 100 --no-pager

实时查看日志：

journalctl -u clash -f

8. 查看当前使用的节点

Mihomo 提供了控制接口：

external-controller: 127.0.0.1:9090

可以通过 API 查看代理组和当前节点：

curl http://127.0.0.1:9090/proxies

返回结果中重点关注主代理组，例如：

"TaiShan Net": {
  "type": "Selector",
  "now": "自动选择"
}

如果主组选中的是另一个组，例如 自动选择，还需要继续查询该组：

curl http://127.0.0.1:9090/proxies/自动选择

如果安装了 jq，查看更方便：

curl -s http://127.0.0.1:9090/proxies | jq '.proxies["TaiShan Net"]'
curl -s http://127.0.0.1:9090/proxies | jq '.proxies["自动选择"]'

9. Shell 临时代理与永久代理

临时代理写法：

export http_proxy=http://127.0.0.1:7890
export https_proxy=http://127.0.0.1:7890
export all_proxy=socks5://127.0.0.1:7890

这只对当前 shell 会话有效。退出终端、重新登录或重启服务器后会失效。

如果希望当前用户登录后自动生效，可以写入：

~/.bashrc

例如：

echo 'export http_proxy=http://127.0.0.1:7890' >> ~/.bashrc
echo 'export https_proxy=http://127.0.0.1:7890' >> ~/.bashrc
echo 'export all_proxy=socks5://127.0.0.1:7890' >> ~/.bashrc
source ~/.bashrc

10. 让 Docker 使用代理

Docker 代理分两层：

1. Docker daemon 拉镜像使用代理
2. 容器内应用运行时使用代理

这两者需要分别配置。本文只介绍第一种

11. Docker daemon 使用代理

创建 Docker 的 systemd 覆盖配置：

mkdir -p /etc/systemd/system/docker.service.d
nano /etc/systemd/system/docker.service.d/http-proxy.conf

写入：

[Service]
Environment="HTTP_PROXY=http://127.0.0.1:7890"
Environment="HTTPS_PROXY=http://127.0.0.1:7890"
Environment="ALL_PROXY=socks5://127.0.0.1:7890"
Environment="NO_PROXY=localhost,127.0.0.1,::1"

重载并重启 Docker：

systemctl daemon-reload
systemctl restart docker

确认生效：

systemctl show --property=Environment docker

测试拉镜像：

docker pull hello-world

说明：

• 这里使用 127.0.0.1:7890，因为 Docker daemon 运行在宿主机上
• 该配置主要影响 docker pull

我的 WordPress 程序一直跑在 LNMP 的环境中，虽说 Nginx 配合伪静态重写规则以及 wp super cache 插件的专家模式，直接返回缓存的 html 文件，优化得已经够快了。

但我其实一直很想试试 LiteSpeed Cache 插件的（WP Super Cache 插件的功能实在是少的可怜，可以说是简洁，但我都用 WP 这样臃肿的程序了，功能自然是越多越好）。不过这个插件的缓存功能依赖于 OpenLiteSpeed Web 服务端，NG 下根本无法使用 html 缓存功能。于是萌生了使用 OLS 作为 Web 服务端的想法。

尝试了使用宝塔面板安装 OpenLiteSpeed。但实际情况很糟糕。LS 是不与原生 PHP 兼容的，这点很重要。

本文环境：Ubuntu 24.04.3 Server。

本文默认你已经拥有一定 Linux 的操作基础，并对文件权限属性有基本的了解。

我们直接开始。

思路梳理

我们需要安装如下软件：OpenLiteSpeed（可能简称 LS/OLS）、MySQL、LSPHP、Redis，并在上面跑一个 WordPress。

其中，LSPHP 是包含有 LS API 的 PHP 的变体。包含了 PHP 的全部功能。要使用 LiteSpeed Cache 插件的话，需要使用 LSPHP。

安装所需软件

安装 OpenLiteSpeed 与 LSPHP

依照 OLS 官方文档进行：Installation | OpenLiteSpeed Documentation | OpenLiteSpeed Documentation

OpenLiteSpeed supports current and non-EOL versions of the following Linux distributions:

• CentOS*8, 9, 10

• Debian 11, 12, 13

• Ubuntu 22, 24, 26

我们选择从软件源安装。

安装 OLS 软件源：

sudo wget -O - https://repo.litespeed.sh | sudo bash
# 成功输出 LiteSpeed repository has been setup!

官方脚本，包安全的。

安装 OLS：

sudo apt-get -y install openlitespeed

接下来我们安装 LSPHP。查看可用的 LSPHP 包及拓展：

sudo apt-cache search lsphp

安装 LSPHP，同时指定一下我们需要的拓展。使用apt list --installed | grep lsphp83命令，发现 php83 php83-common php83-mysql php-opcache 这几个包已经自动安装。这里继续安装包含 Redis 在内的常用 WP 拓展：

sudo apt install openlitespeed lsphp83-intl lsphp83-redis lsphp83-imagick lsphp83-curl

查看已安装 php83 包列表确认一下：

root@akiubuntux:~# apt list --installed | grep lsphp83

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

lsphp83-common/noble,now 8.3.31-2+noble all [installed,automatic]
lsphp83-igbinary/noble,now 3.2.16-6+noble amd64 [installed,automatic]
lsphp83-imagick/noble,now 3.8.1-1+noble amd64 [installed]
lsphp83-intl/noble,now 8.3.31-2+noble amd64 [installed]
lsphp83-mysql/noble,now 8.3.31-2+noble amd64 [installed,automatic]
lsphp83-opcache/noble,now 8.3.31-2+noble amd64 [installed,automatic]
lsphp83-redis/noble,now 6.3.0-1+noble amd64 [installed]
lsphp83/noble,now 8.3.31-2+noble amd64 [installed,automatic]

设置一下 OLS WebAdmin 密码：

sudo /usr/local/lsws/admin/misc/admpass.sh
# 若设置成功则输出 Administrator's username/password is updated successfully!

我们访问https://example.com:7080/进入 WebAdmin。

安装 MySQL

直接使用 apt 安装 MySQL：

apt-cache search mysql-server # 列出所有 MySQL 可用包
sudo apt-get install mysql-server-8.0 # 安装 MySQL 8.0

随后进行 MySQL 配置：

sudo mysql_secure_installation

• 是否验证密码强度，输入 y，提高安全性

• 询问强制的密码强度等级，输入 2 确认，也就是需要长度大于 8 位，包含数字、大小写、特殊符号的密码，且不能有常用单词

• 是否删除匿名用户（anonymous user），输入 y，删除

• 是否禁止 root 远程登录，y 禁止

• y 移除 test database

• Reload privilege tables now? 重载所有设置，输入 y

安装 Redis

通过 apt 安装：

sudo apt install redis-server -y # 安装 redis
redis-cli --version # 验证安装信息 - 输出 redis-cli 7.0.15
sudo systemctl status redis-server # 检查 redis 服务运行状态

确认软件自启动状态：

systemctl is-enabled lshttpd # OpenLiteSpeed
systemctl is-enabled mysql # MySQL
systemctl is-enabled redis-server # Redis

简略的配置调整

LSPHP 禁用函数

官方文档中提到，LSPHP 安装在/usr/local/lsws/lsphp83/bin/lsphp目录，我们cd /usr/local/lsws/lsphp83/etc/php/8.3/litespeed/，nano php.ini编辑 php.ini 文件，说实话还是 ftp 方便点，第 333 行左右有一个disable_functions，我们修改一下：

disable_functions = passthru,exec,system,putenv,chroot,chgrp,chown,shell_exec,popen,proc_open,pcntl_exec,ini_alter,ini_restore,dl,openlog,syslog,readlink,symlink,popepassthru,pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wifcontinued,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority,imap_open,apache_setenv

以及 445 行左右memory_limit，我习惯直接修改为 256M。还有max_execution_time，我习惯改为 60。哦，还有最大文件上传限制，记得一定要调大些，不然连一个主题都上传不了。

重启 PHP：

sudo touch /usr/local/lsws/admin/tmp/.lsphp_restart.txt

LSPHP 的重启方式很奇怪，不过独立运行模式下的 LSPHP 的重启就是创建这样一个文件。

配置 OLS

添加监听器

打开“监听器”选项卡，创建监听器。例如添加一个 HTTPS 监听器，监听地址 ANY IPv4，启用加密连接。这样就可以监听到 443 IPv4 的流量了。

监听器自签证书

这一步主要是为了防止我们的 IP 被网络上的扫描器扫到导致 IP 泄露。可以找个自签证书生成工具，例如在线生成自签名SSL证书。把证书文件上传到/usr/local/lsws/conf/cert目录。注意自签证书的 CN（通用名）与 SAN 不要填你真实的域名，不然白搭了。然后在监听器 SSL 设置中指定证书与私钥文件。

配置 Wordpress 虚拟主机

创建并添加映射

OLS 中使用“虚拟主机”来管理网站。我们先创建一个目录用于存放站点文件，例如sudo mkdir -p /usr/local/lsws/WordPress/html，然后在 OLS 面板中添加一个虚拟主机，配置如下：

• 虚拟主机名：WordPress

• 虚拟主机根目录：WordPress/

• 配置文件：conf/vhosts/WordPress/vhconf.conf

• 启用脚本/外部应用程序：是- 指定在这个虚拟主机中是否允许运行脚本（非静态页面）。

• 访问管制：是- 指定是否可以通过此网站访问虚拟主机根目录（$VH_ROOT）之外的文件。

tip：由于我们的 WP 包含动态文件，同时出于安全考虑，最后两个选项设置开启。（OLS 安装后会自动船舰一个脚本处理器定义关联 LSPHP。直接填写 WordPress/ 而非绝对路径的原因是 OLS 已支持相对路径）

点击保存，报错 file /usr/local/lsws/conf/vhosts/WordPress/vhconf.conf does not exist.，意为配置文件不存在。点击 CLICK TO CREATE 自动创建即可。然后保存。

然后切换到常规选项卡，文档根目录设置为 WordPress/html（注：这步很重要，不设置会导致访问 404）

零散的其它设置

接着转到重写页面，把启用重写和自动加载.htaccess打开。平滑重启 OLS 使配置生效。

然后回到监听器选项卡，添加一个虚拟主机映射，选择我们刚刚创建的 WordPress 虚拟主机，域名按实际情况填写即可。

上传文件并设置权限

下载 Wordpress 源码并复制到目标目录：

cd /usr/local/lsws/WordPress
sudo wget "https://cn.wordpress.org/latest-zh_CN.zip"
sudo unzip latest-zh_CN.zip
sudo cp -R wordpress/* html/

如果提示sudo: unzip: command not found，apt install unzip安装一下 unzip 即可。复制完成后就可以删除刚刚产生的压缩包与 wordpress 文件夹了（强迫症这一块）

然后设置文件权限：

sudo chown -R lsadm:nogroup /usr/local/lsws/WordPress
sudo chown -R nobody:nogroup /usr/local/lsws/WordPress/html
sudo find /usr/local/lsws/WordPress/ -type d -exec chmod 700 {} +
sudo find /usr/local/lsws/WordPress/ -type f -exec chmod 600 {} +
sudo chmod 710 /usr/local/lsws/WordPress

注：部分 Linux 发行版需要将 nogroup 更改为 nobody。权限解释：

• 将/usr/local/lsws/WordPress整个目录及其下所有文件、子目录的所有者改为lsadm，组改为nogroup。

• html通常是 Web 服务器的文档根目录（存放上传的图片、静态文件、可能由 Web 写入的文件）。把所有权全交给nogroup，使得 Web 服务器进程（若以nogroup用户运行）能够自由读写该目录下的内容。

• 所有子目录只有其所有者能进入并操作，组（如nogroup）和其他用户完全无法访问。这增强了目录安全性，防止他人浏览目录结构。

• 所有文件仅允许其所有者读取和写入，组nogroup及其他人均不可读、不可写、不可执行。这样能保护配置文件、PHP 源码不被未授权读取。

• 组nogroup只拥有执行权限（x），可以“经过”该目录访问内部已知路径的文件，但无法列出目录内容（无r权限），进一步防止目录信息泄露。

虚拟主机 SSL 设置

签一张你域名的 SSL 证书。这里不过多赘述，可以使用 certbot 等工具。部分 CF 用户可能需要下载 CF 提供的源服务器证书（如果 TLS/SSL 安全级别足够高）。

在上面监听器 SSL 相同目录，新建一个 .pem 与 .crt 文件，将证书内容粘贴进去。然后设置权限：

cd /usr/local/lsws/conf/cert
sudo chown lsadm:nogroup pyrzo.*
sudo chmod 640 pyrzo.*
# 这里以 pyrzo.pem 与 pyrzo.crt 举例，应当根据实际情况修改

然后回到 OLS 的虚拟主机设置，编辑 SSL 设置：

• 私钥文件：conf/cert/pyrzo.pem

• 证书文件：conf/cert/pyrzo.crt

伪静态设置

OLS 伪静态规则遵循 Apache 引擎规范，这里直接套用：

RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

创建数据库

我们还需要创建一个数据库供 Wordpress 使用。由于APT 安装 MySQL 时，默认会为 MySQL 的 root 用户配置auth_socket插件，它允许操作系统当前的 root 用户无需密码就能以 MySQL root 账号登录。所以我们 SSH 终端中直接输入mysql即可进入 mysql 命令行操作。输入：

CREATE DATABASE wordpress DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; # 创建数据库
CREATE USER 'wpuser'@'localhost' IDENTIFIED BY 'your_strong_password'; # 创建用户 wpuser
GRANT ALL PRIVILEGES ON wordpress.* TO 'wpuser'@'localhost'; # 授予 wpuser 操作 wordpress 数据库之权力
FLUSH PRIVILEGES; #刷新权限表使修改生效
EXIT; # 退出 MySQL 命令行

其中记得要把'your_strong_password'替换为你想设置的用户密码，由于我们上面设置过了 MySQL 的密码安全检查，所以这里的密码必须要达到带有特殊符号的那一档复杂程度。使用这些信息连接数据库：数据库名: wordpress,用户名: wpuser,密码: your_strong_password。

设置 crontab 任务

我们需要关闭 wp 自带的 corn 并使用系统 corntab 和 curl 来优化 corn 性能。（默认情况下，每次访问都会触发 wp-corn 并检查一遍过期任务，这是浪费性能的）

在wp-config.php中, 添加下面的定义代码：

define('DISABLE_WP_CRON', true);

输入crontab -e，选择 1 使用 nano 编辑器，然后文件末尾加入：

*/15 * * * * curl --silent "https://www.pyrzo.com/wp-cron.php?doing_wp_cron" > /dev/null 2>&1

然后保存。这样 corn 任务就会每隔十五分钟执行一次了。记得把域名改为你自己的。wget 一样可以使用。

配置真实 IP 请求头

我使用了 CDN，IP 需要从请求头中获取。OLS WebAdmin 里转了一圈，设置项简直不是给人读的，不过好在我们依然可以直接通过wp-config.php设置REMOTE_ADDR。

拿取 X-Forwarded-For 列表中第一个 IP。虽说不加上信任 IP 防止 IP 伪造是不安全的，但是我需要用到REMOTE_ADDR的地方只有主题的评论 IP 地理位置显示罢了，伪造也没什么问题。其余服务使用 X-Real-IP 获取 IP 即可。

if(isset($_SERVER['HTTP_X_FORWARDED_FOR']))
{
    $list = explode(',',$_SERVER['HTTP_X_FORWARDED_FOR']);
    $_SERVER['REMOTE_ADDR'] = $list[0];
}

不过我后来琢磨了一下，服务器配置 - 常规 - 使用报头中的客户端IP 就是从 XFF 头中取第一个值，效果是一样的（小声）——但请务必设置受信任 IP 列表，防止 XFF IP 伪造。CF 的 IP 段可以在这里查询IP Ranges | Cloudflare，其它 CDN 例如我使用的腾讯 EdgeOne 也有类似功能。在允许的 IP 后加 T 表示受信任。例如192.168.1.*T。

安装 WP 并测试

安装 LiteSpeed Cache 插件，并且启用 Redis 缓存。可以看到 PageInsight 的得分确实高。

额外提示（大坑）

访客模式/访客优化

请务必保持关闭。虽然这样可以让你的网站在 PageSpeed Insight 上获得 90 以上的高分，但它对人类访客大概率是不友好的。据网上反馈以及我自己测试，这两项设置开启后都会导致网站白屏、无限加载。所以一定要关闭，分数是没什么必要的，但真实体验是重要的。而且，不开启访客优化的情况下，一番调教，分数反而还更高了（？真是令人摸不着头脑啊）

即时点击不起作用

LiteSpeed Cache 有一个 Instant Click 选项，根据解释，是鼠标移至链接上方后开始预加载目标链接，但测试下来，这在我的站点上完全不起作用。触发的 prefetch 永远只有 0kb。

还好，我们可以使用 Flying Pages 插件。使用这个插件后，html 文件终于可以预加载了。

小结优化效果展示

OLS 简洁易用，配合上 LiteSpeed Cache 插件后性能也确实高了许多。

在不对 Web Server 进行优化（开箱即用）的情况下，PageSpeed Insght 评分如下（PageSpeed 模拟真实渲染过程，比单纯比 TTFB 大小有效得多）：

Nginx 配合 WP Super Cache 专家模式，存在 html 缓存文件的情况下，通过重写规则直接返回缓存内容而绕过 PHP——这已经是我用 Nginx 时做过最快的缓存优化了。移动端分数 33 分，桌面端分数 67 分。均分 50。

而换到本文的 OLS 配合插件使用后，在保证真实访客访问同样正常且告诉的情况下，移动端分数 71 分，桌面端分数 98 分。均分 84.5。

综上所述，移动端提升约115%，桌面端提升约46%，双端综合性能提升约69%。不难看出，OLS 配合 LSC 有着 WP Super Cache 配合 Nginx 不可比拟的差距（虽说 Nginx FastCGI Cache 和 OLS 服务器缓存差不多，但架不住插件强大啊）

后边我可能还会再出一篇文章来继续调优 OLS，看看性能还能不能上升。

参考文章

OpenLiteSpeed 安装与建站配置 详细教程 - Liups233- 本文总体思路参考，但本文更加适合 Ubuntu 宝宝体质。

Linux（以 Ubuntu 为例）用命令行搭建 WordPress 博客的完整步骤 - 星河赵 - 博客园

LiteSpeed如何设置自定义标头跨越访问 - 主机收藏夹

【全网首发AI+JavaWeb开发入门，Tlias教学管理系统项目实战全套视频教程，从需求分析、设计、前后端开发、测试、程序优化到项目部署一套搞定】 https://www.bilibili.com/video/BV1yGydYEE3H/?p=23share_source=copy_webvd_source=dfe79a2296fc694b4f7a30c0e180690b

VS Code

推荐插件：

Java Extension Pack (Java 扩展包)

Spring Boot Extension Pack

JS

JS 引入方式

一、内部脚本

使用script/script标签包裹。

一般置于 body 元素底部，以提升加载速度。

二、外部脚本

使用script src="src"/script引用外部 JS 文件。标签不可自闭合。

JS 对象

JSON

• JSON 英文全称JavaScriptObjectNotation

• JSON 是一种轻量级的数据交换格式。

• JSON是独立的语言

• JSON 易于理解。

以下 JSON 语法定义了 sites 对象: 3 条网站信息（对象）的数组：

{"sites":[
    {"name":"Runoob", "url":"www.runoob.com"}, 
    {"name":"Google", "url":"www.google.com"},
    {"name":"Taobao", "url":"www.taobao.com"}
]}

BOM

浏览器对话模型。

例如 windows、location。

DOM

文档对话模型。

通过可编程的对象模型，JavaScript 获得了足够的能力来创建动态的 HTML。

核心语法

① 变量常量

let 声明变量；const 声明常量。

② 数据类型

基本数据类型：

• number：数字(整数、小数、NaN(Not aNumber)）

• boolean:布尔。true，false

• null：对象为空。JavaScript是大小写敏感的，因此null、Null、NULL是完全不同的

• undefined：当声明的变量未初始化时，该变量的默认值是undefined

• string：字符串，单引号、双引号、反引号皆可，推荐使用单引号

使用 typeof 可以获取数据类型。

③ 函数

JS 是弱类型语言，形参、返回值都不需要指定类型。在调用函数时，实参个数与形参个数可以不一致，但是建议一致。

④自定义对象

对象名、属性、属性值：

var person = {
    firstName:"John",
    lastName:"Doe",
    age:50,
    eyeColor:"blue"
};

事件监听

JavaScript 可以在事件触发时，就立即调用一个函数做出响应，也称为事件绑定或注册事件。

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <title>Document</title>
</head>
<body>
    <input type="button" id="btn" value="按钮">
    <script>
        document.querySelector('#btn').addEventListener('click', ()=> {
            console.log("按钮被点击了");
        });
    </script>
</body>
</html>

这里使用 addEventListener 进行事件监听。

JS 模块化

在 JS 文件中引入另一个 JS 文件可以使用 import 导包：

import ( printlog ) from "./util.js"; //从 util.js 中引入 printlog 函数

对于被引用的函数，需要加上 export 关键字：

export function PrintLog(msg){
    console.log(msg)
}

我们还需要声明其为模块化 JS，否则浏览器会报错。

<script src="demo.js" type="module"></script>

Vue

快速入门

当前十分流行的前端框架。

Vue是一款用于构建用户界面的渐进式的JavaScript框架。

它可以帮你把数据（JS）和页面（HTML）自动绑定起来。数据变了，页面自己就变，不用手动操作 DOM。

官网地址：https://cn.vuejs.org/

Vue 示例：

<!DOCTYPE html>
<html>
<head>
  <meta charset="UTF-8">
  <title>Hello Vue</title>
</head>
<body>
  <div id="app">
    <h1>{{ message }}</h1>
    <button @click="reverseMsg">反转文字</button>
  </div>

  <!-- 引入 Vue 3 -->
  <script src="https://unpkg.com/vue@3/dist/vue.global.js"></script>
  <script>
    const { createApp } = Vue

    createApp({
      data() {
        return {
          message: '你好，Vue！'
        }
      },
      methods: {
        reverseMsg() {
          this.message = this.message.split('').reverse().join('')
        }
      }
    }).mount('#app')
  </script>
</body>
</html>

其中 {{ message }} 便是插值表达式，用来将数据渲染到页面中。

使用 ES 模块构建版本导入 Vue

<div id="app">{{ message }}</div>

<script type="module">
  import { createApp, ref } from 'https://unpkg.com/vue@3/dist/vue.esm-browser.js'

  createApp({
    setup() {
      const message = ref('Hello Vue!')
      return {
        message
      }
    }
  }).mount('#app')
</script>

这里有一个 id 为 app 的区域，.mount 表示 Vue 接管这部分区域。

我们创建了 createApp 对象，编写了 setup 方法，同时方法体内部返回值——返回 message。

最后，页面上渲染的就是字符串 Hello Vue!。

Ajax

Asynchronous JavaScript and XML。异步的 Javascirpt 与 XML。

XML：（英语：Extensible Markup Language）可扩展标记语言，本质是一种数据格式，可以用来存储复杂的数据结构。

Axios 针对 Ajax 进行了封装，简化了书写，方便开发。

Maven

Apache 旗下一款开源项目，用于管理与构建 Java 代码。

Download Apache Maven – Maven下载。

也可以在 VS Code 中 ctrl + shift + p 快速创建一个 Spring Maven 项目。

Web 入门

Spring Web 快速入门

VS Code 创建一个 Spring Boot 项目，启动，访问 localhost:8080 即有页面返回。

这里快速入门一下：

创建 \src\main\java\com\example\demo\HelloController.java

package com.example.demo;

import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

@RestController // 标识该类是一个请求处理类
public class HelloController {
    @RequestMapping("/hello") // 处理 /hello 路径的请求
    public String hello(){
        System.out.println("Hello, Spring Boot !");
        return "Hello, Spring Boot !";
    }
}

启动主类。或者如果你也使用 VS Code，可以在左侧找到 Spring Boot Dashboard，然后启动你的项目。

访问localhost:8080/hello，浏览器应当返回“Hello, Spring Boot !”。

HTTP 协议

概述

HTTP（Hypertext Transfer Protocol）是Web上客户端与服务器之间进行数据交换的基础应用层协议。

每个请求都是独立的，服务器默认不保留之前请求的上下文，这让协议简单、易扩展，但也需要 Cookie、Session 等机制来维持会话。

报文结构

HTTP 报文分为请求报文和响应报文，结构类似：

请求报文：

GET /index.html HTTP/1.1          ← 请求行（方法 路径 版本）
Host: www.example.com              ← 请求头（键值对）
User-Agent: Mozilla/5.0
Accept: text/html
                                   ← 空行（标志头部结束）
（可选的消息体，如 POST 的数据）

响应报文：

HTTP/1.1 200 OK                    ← 状态行（版本 状态码 原因短语）
Content-Type: text/html            ← 响应头
Content-Length: 1234
Set-Cookie: session=abc123
                                   ← 空行
<html> ... </html>                ← 消息体

请求方法（常见的 HTTP 动词）

• GET：获取资源，幂等、无副作用。

• POST：提交数据，创建资源，通常有消息体。

• PUT：整体更新指定资源，幂等。

• PATCH：部分更新资源。

• DELETE：删除资源。

• HEAD：只获取响应头，不返回主体。

• OPTIONS：查询服务器支持的请求方法（常用于 CORS 预检）。

• CONNECT：建立隧道（常用于 HTTPS 代理）。

• TRACE：回显请求，用于诊断。

重要头部字段（Headers）

• 通用/请求头：Host（必需，指明域名）、User-Agent、Accept、Authorization、Cookie

• 响应头：Set-Cookie、Location（用于重定向）、Server

• 内容相关：Content-Type（如application/json）、Content-Length、Content-Encoding（gzip 等）

• 缓存控制：Cache-Control、ETag、Last-Modified、Expires

• CORS：Access-Control-Allow-Origin等

HTTPS

HTTPS = HTTP over TLS/SSL，在 TCP 层之上增加加密、身份验证和完整性保护。它使用数字证书确保服务器身份，并加密通信数据，是当今 Web 安全的基础。HTTP/2 和 HTTP/3 基本都依赖加密（HTTP/2 在浏览器中强制使用 HTTPS）。

Tomcat

简介

Tomcat 是一个开源的 Servlet 容器 和轻量级 Web 服务器，由 Apache 软件基金会维护。通俗地说，它的核心工作就是接收 HTTP 请求，分发给 Java 程序处理，再把 HTTP 响应返回给客户端。

简单使用

直接在官网Apache Tomcat® - Welcome下载压缩包。

Windows 平台，解压后，在/bin目录中，使用startup.bat启动，shutdown.bat关闭。

我这里运行时命令行窗口闪了一下便关闭了，可以 cd 到 tomcat 所在目录，执行catalina.bat run捕捉报错信息：

C:\Users\zhang\Desktop\apache-tomcat-10.1.55\bin>catalina.bat run
Using CATALINA_BASE:   "C:\Users\zhang\Desktop\apache-tomcat-10.1.55"
Using CATALINA_HOME:   "C:\Users\zhang\Desktop\apache-tomcat-10.1.55"
Using CATALINA_TMPDIR: "C:\Users\zhang\Desktop\apache-tomcat-10.1.55\temp"
Using JRE_HOME:        "C:\Program Files (x86)\Java\jdk1.8.0_481"
Using CLASSPATH:       "C:\Users\zhang\Desktop\apache-tomcat-10.1.55\bin\bootstrap.jar;C:\Users\zhang\Desktop\apache-tomcat-10.1.55\bin\tomcat-juli.jar"
Using CATALINA_OPTS:   ""
Unrecognized option: --add-opens=java.base/java.lang=ALL-UNNAMED
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.

--add-opens是 Java9 及以后的参数，所以无法启动 JVM 虚拟机。我们安装 Java 17，然后把 JAVA_HOME 系统变量更改为 Java 17 的安装位置。

访问http://localhost:8080可以看见 tomcat 的欢迎界面。

这里我又遇到了乱码问题，中文字符无法正常显示。解决起来也很简单，打开 Tomcat 的conf/logging.properties，找到java.util.logging.ConsoleHandler.encoding = UTF-8的配置，改成GBK即可让控制台输出正常中文。改完需重启，就可以看到一切正常了。

将站点程序放置在webapps/下即可部署。

请求响应

概述

Web 服务器中含有一个 Dispatcherservlet 类，它会将请求转发给对应的 Controller，称为核心控制器或前端控制器。

Dispatcherservlet 接收到请求后会将其封装为一个 Httpservletrequest 对象，也叫请求对象。响应数据被封装为 Httpservletresponse。

请求

简单参数

我们创建一个 Spring Boot 项目。

package com.example.demo;

import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
import jakarta.servlet.http.HttpServletRequest;

@RestController
public class RequestController {
    @RequestMapping("/simpleParam")
    public String simpleParam(HttpServletRequest request) {
        // 依靠 request 对象获取请求参数
        String name = request.getParameter("name");
        String ageStr = request.getParameter("age");
        // 将 String 类型的 int 转换为 int 类型
        int age = Integer.parseInt(ageStr);
        // 输出 & 返回
        System.out.println(name + " : " + age);
        return "OK";
    }
}

访问后，控制台打印 name：age，返回 "OK"。

同时可以使用更加简便的写法，无需写HttpServletRequest request来手动取参：

@RequestMapping("/simpleParam")
public String simpleParam(@RequestParam String name, @RequestParam int age) {
    System.out.println(name + " : " + age);
    return "OK";
}

这时 Spring 内部会通过另一组参数解析器，自动从 request 中提取name和age并转好类型，连Integer.parseInt都省了。

又或者：

    @RequestMapping("/simpleParam")
    public String simpleParam(String name, int age) {
        System.out.println(name + " : " + age);
        return "OK";
    }

Spring MVC 做了参数的自动绑定和类型转换。我们不需要手动从 request 里取参数，只要方法参数的名字和 HTTP 参数名一致，Spring 就会自动把值注入进来，并尽可能转成我们需要的类型。所以，如果形参与请求参数名不一致，我们仍然需要使用 @RequestParam 映射参数。

启动后浏览器访问localhost:8080/simpleParam?name=zhangsanage=18即可看见 OK 字样。如果参数不正确或不完整，显示 Whitelabel Error Page 页面。

实体参数

我们新建一个 Pojo 目录，书写一个标准的 JavaBean 类，拥有 age 与 name 两个属性。

然后：

    @RequestMapping("/simplePojo")
    public String simplePojo(User user) {
        System.out.println(user);
        return "OK";
    }

即可将参数传入 user 对象。

数组集合参数

    @RequestMapping("/arrayParam")
    public String arrayParam(String[] hobby) {
        System.out.println(Arrays.toString(hobby));
        return "OK";
    }

日期参数

    @RequestMapping("/dateParam")
    public String dateParam(@DateTimeFormat(pattern = "yyyy-MM-dd HH:mm:ss")LocalDateTime updateTime) {
        System.out.println(updateTime);
        return "OK";
    }

访问localhost:8080/dateParam?updateTime=2010-04-30 11:45:14，控制台打印2010-04-30T11:45:14。

路径参数

例如/path/1与/path/2。

    @RequestMapping("path/{id}")
    public String pathParam(@PathVariable Integer id) {
        System.out.println(id);
        return "OK";
    }

响应

可以构建一个 Result 类，return 时创建其对象并返回。方便管理与维护。

分层解耦

三层架构

数据访问层 DAO（Data Access Object | 持久层）、逻辑处理层 Service、接收/响应层 Controller。遵循单一职责原则。

分层解耦

高内聚、低耦合。

控制反转与依赖转入

控制反转（Inversion Of Control），将对象的创建控制权从自身转移到外部（容器）。该容器叫作 IOC 容器。

依赖注入（Dendency Injection），容器为应用提供运行时，所依赖的资源，称为依赖注入。

Bean 对象是 IOC 容器中创建并管理的对象。

IOCDI - 入门

使用 @Component 注解将一个类交给 IOC 管理。

使用 @Autowired 注解找到该类型的 Bean 并完成依赖注入。

最近咸鱼上收了俩1T的机械盘，FnOS 里组了个镜像阵列，我又开始向往自建音乐库了——以前并不是一个 NAS 玩家，音乐全存在固态里着实有点烧钱。虽然原本打算换个程序的，不过我等了好久的飞牛音乐终究还是没有上线。那就重操我的 Navidrome 旧业吧。

可能有许多人都玩过 Jellifin、Emby 这样的自建流媒体服务。不过它们的流播貌似都并不专精于音乐——看电影啥的倒是不错。不过说 Navidrome 专精于音乐播放，倒也不对。Navidrome 虽然是网页使用，但依旧没有配套的多平台 APP，以及甚至没有一个同目录下同名 lrc 自动外挂的功能——每一首歌都需要我自己用 Fooba2000 把歌词内嵌进 Tag 里。

不过这些小问题都还在我能忍受的范围内，何况还有一款第三方的应用“音流”可以用（音流不仅可以对接 Navidrome，也可以对接 Jellyfin、Plex 之类的程序）

Navidrome 安装

说实话，我不认为 Docker 跑应用还需要安装教程。这里只摘抄一下docker-compose.yml：

services:
  navidrome:
    image: deluan/navidrome:latest
    user: 1000:1000 # should be owner of volumes
    ports:
      - "4533:4533"
    restart: unless-stopped
    environment:
      # Optional: put your config options customization here. Examples:
      # ND_LOGLEVEL: debug
    volumes:
      - "/path/to/data:/data"
      - "/path/to/your/music/folder:/music:ro"

docker-compose.yml文件内容也可以见于官方文档的 Installing with Docker 一章（Installing with Docker | Navidrome）或者如果你使用 1Panel、FnOS 之类的工具/系统，也可以直接在它们的应用商店内安装。

volumes的部分，我是将 NAS 上的音乐文件夹 NFS 挂载至了我专门跑 Docker 的虚拟机，然后将持久化目录中的 /music 目录指定到了这个挂载路径。

简单用用 Navidrome

Navidrome 开箱即用，官方的 compose 文件默认端口4533，访问后创建一个管理员账户，即可开始使用。

朝容器的 /music 挂载目录里丢入音频文件，就会被 Navidrome 扫到。如果没有，也可以点击右上角运行情况，再点击完全扫描进行一个手动扫描。

个性化设置中可以设置语言选项，也可以切换主题。试了一圈，个人觉得Ligera主题最顺眼。——虽然不管哪个主题看起来都略显简陋。

音流 APP

音流是一款 NAS 音乐播放器，可以连接到您部署在 NAS 上的音乐服务，能让您在不同平台享受一致的音乐盛宴。

1. 目前支持的音乐服务: Subsonic,Navidrome,Emby,Jellyfin,AudioStation,Plex.

2. 目前支持的平台: Android 6.0, iOS 14, macOS 10.14, Windows 10.

特色功能：

• 兼容多种音乐服务。

• 支持歌词显示，通过自定义 API 还可让不提供歌词接口的音乐服务也拥有显示歌词的能力！

• 使用 Flutter 构建，为您提供接近原生的使用体验，在跨平台适配上拥有无限的可能性。

音流的基础功能免费使用，部分功能需要购买会员解锁。我也顺手买了一个，记得好像是 68 元来着，所以 本文中展示的内容可能与免费版有出入。虽说是“会员”，但其实这软件不是订阅制的而是买断制的。我一向喜欢买断制软件。具体功能差别可以看功能比较 | 音流。

音流靠各平台的 API 对服务数据进行读取、修改等操作。初次打开音流会提示添加存储库，按照实际情况填写 Navidrome 地址、账户、密码就可以进入软件了。

我将主题修改为了浅色，控制栏类型修改为毛玻璃，算是调节到了我个人看着最顺眼的设置上了。——主题功能好像是要付费解锁的。

整个 UI 整洁、现代，手机横屏后也会自动切换视图。这里放几张图观赏一下：

不难发现，软件主页的 Navidrome 下方有一个“主路线”标签——备用路线功能也是会员才有的。目前用下来，大致逻辑推测是这样：第一个被添加的路线会被认为是主路线，后面添加的则是备用路线。主路线连接失败时会自动切换至备用路线，也可以手动切换路线。还可以单独为不同路线设置音频码率。看起来是个不错的功能，在家里直连内网流播，在外面连穿透地址转低码率流播还能省流量。不过我并没有这种需求，所以也并没有切实体验过。

歌词 API

上文也提到过了，Navidrome 不支持外挂歌词，一首一首内嵌真的很难受。

但后面发现了一个开源项目：LrcApiGitHub - HisAtri/LrcApi: A Flask API For StreamMusic.，“A Flask API ForStreamMusic”说明其专门适配音流。

LrcApi 功能：

• 支持酷狗/聚合API获取LRC歌词

• 支持text/json API

• 支持获取音乐/专辑/艺术家封面

• 默认监听28883端口，API地址http://0.0.0.0:28883/lyrics；新版API地址http://0.0.0.0:28883/jsonapi；封面API地址http://0.0.0.0:28883/cover

这里摘抄一下 README 中的docker-compose.yml：

services:
  lrcapi:
    image: hisatri/lrcapi:latest
    container_name: lrcapi
    ports:
      - "28883:28883"
    volumes:
      - /home/user/music:/music
    environment:
      - API_AUTH=自定义一个鉴权key
    restart: always

API_AUTH 可以设置一个鉴权 key，填写在音流客户端的自定义API设置中的验证信息处即可。

如果你正在使用Navidrome Docker，请将 /home/user/music:/music 中的 /home/user/music 修改为你在Navidrome中映射的主机路径；

换句话说，-v 参数与Navidrome保持一致即可。

然后访问http://0.0.0.0:28883/lyrics或新版APIhttp://0.0.0.0:28883/jsonapi

图片API地址为http://0.0.0.0:28883/cover

注意：图片返回目前采用反向代理策略，可能存在一定的上下行流量消耗和延迟。

支持使用Nginx或Apache进行反向代理与SSL。

—— LrcApi 的 README

不过说实话这个功能体验下来效果并不是特别好。——它成功工作了，但工作的并不是很好。

自定义 API 设置中明明有一个优先使用音乐服务接口（只有音乐服务接口无数据时才会从自定义 API 获取数据）的开关的，但是这玩意死活不认为我的无封面歌曲和专辑是无封面的——压根不会去拉取封面。——可能是因为返回默认封面也被算作是“音乐服务接口有数据”？真搞不懂为什么。

带着这个问题我翻了翻 Issue，结果发现这个项目在 25 年 1 月份时仓库主人就已经决定停止维护了。（【项目中止说明】 · Issue #119 · HisAtri/LrcApi）Oh my GOD R.I.P.🙏不过这项目目前还是一个勉强能继续用的状态。

开着这个功能吧，就无法获取封面，那这个 API 搭建起来的意义就找不到了；关掉这个功能吧，速度又会慢到不是常人所能忍受的了。真是怎么用都觉得有点拧巴。

——我最后还是选择牺牲一部分速度，关掉这个功能。毕竟歌曲流播的速度是不受影响的。

总之，这篇文章就到这里吧。我总算是又能无忧无虑的听音乐了。

版权申明

• 本文作者：光昭

• 本文链接：https://www.pyrzo.com/posts/navidrome-and-streammusic/

• 版权声明：所有文章除特别声明外均系本人自主创作，转载及引用请联系作者，并注明出处（作者、原文链接等）。

• 部分图片、文字搜集于网络，若构成侵权请联系我，会尽快删除。

最近给 PVE 加了一个 UPS（由于是 APC 家的 BK650M2-CH，所以使用 APCUPSD 服务，详见使用 APCUPSD 让 PVE 接入 UPS 获得断电保护 - 光昭）但是后来发现 APCUPSD 服务总是会频繁报告 UPS 为 NOBATT 状态。后来在网上看见一篇文章（详见PVE 上使用 Nut 代替 Apcupsd (BK650M2-CH: ONBATT) - 企鹅大大的博客,Reference[1]），也是 BK650M2-CH 的 NOBATT 问题，文中提到这是 APCUPSD 服务引起的，遂尝试换 NUT 服务，顺手水记录一篇文章。

相关概念

老传统。

NUT 简介

NUT（Network UPS Tools）是一个开源的跨平台软件套件，用于管理不同品牌和型号的不间断电源（UPS）。它通过监控UPS状态，在断电时安全关闭连接的设备（如服务器、网络设备等），防止数据丢失或硬件损坏。

NUT 架构

NUT 分为三层：

• nut-driver：驱动层， 用于与 UPS 通信并获取 UPS 信息。

• nut-server：服务层，用于对外提供 UPS 信息。

• nut-monitor：监控层，可实现监控 UPS 电量并实现自动关机。

配置教程

安装 NUT

apt update -y && apt install nut

扫描 NUT 设备

nut-scanner

输出类似如下内容：

[nutdev1]
        driver = "usbhid-ups"
        port = "auto"
        vendorid = "****"
        productid = "****"
        product = "Back-UPS BK650M2_CH"
        ......

配置 NUT

NUT 需要设置一个 UPS 名与密码，本文中以

• UPS 名：myups

• ups 用户：upsuser

编辑 ups.conf

编辑 ups.conf 文件：

nano /etc/nut/ups.conf

修改 upsname：

#maxretry = 3
[myups]
  driver = usbhid-ups
  port = auto
  desc = "My UPS"

启动及自启动 nut-driver

/sbin/upsdrvctl start

这里我遇到过 libusb1: Could not open any HID devices...Driver failed to start (exit status=1) 之类的报错，兜兜转转一圈后在 Github Issues 中找到了与我一样的问题，部分用户给出的解决办法是“full reboot”，我尝试重启 PVE 节点以及我的 UPS 后，一切正常了。

真玄学。

配置用户文件

nano /etc/nut/upsd.users

最下方加入如下内容：

[upsuser]
     password = PASSWD
     upsmon primary
     actions = SET
     instcmds = ALL
# 将 PASSWD 替换成你自己想要的密码

配置运行模式

nano /etc/nut/nut.conf

将 Mode 修改为 standalone（此外 NUT 还有 netserver 运行模式，可以了解一下）

MODE=standalone

启动及自启动 nut-server

/sbin/upsd

查看配置

# upsc upsname
# upsname 即你设置的 UPS 名，本文中为 myups
# 所以最终需要执行
upsc myups

输出如下：

设置自动关机

即配置 nut-monitor。

编辑 upsmon.conf

nano /etc/nut/upsmon.conf

在 MONITOR 块添加，格式如下或见文件内注释：

MONITOR myups@localhost 1 upsuser PASSWD primary
# PASSWD 即为你前面设置的密码

部分配置项：

• DEADTIME：UPS 掉线阈值，默认为 15s

• FINALDELAY：等待多久后，shutdown 宿主机

启动及自启动 nut-monitor

systemctl start nut-monitor.service && systemctl enable nut-monitor.service

启动 NUT

为了让系统服务单元在启动时启动，我们添加 systemd。

systemctl start nut.target && systemctl enable nut.target && systemctl enable nut-driver.target && systemctl start nut-driver.target

电力故障模拟测试

拔掉 UPS 连接市电的电源，观察其是否会按预期自动关机。

Reference

[1]PVE 上使用 Nut 代替 Apcupsd (BK650M2-CH: ONBATT) - 企鹅大大的博客

[2]Network UPS Tools - ArchWiki

版权申明

• 本文作者：光昭

• 本文链接：https://www.pyrzo.com/posts/nut-configuration

• 版权声明：所有文章除特别声明外均系本人自主创作，转载及引用请联系作者，并注明出处（作者、原文链接等）。

• 部分图片、文字搜集于网络，若构成侵权请联系我，会尽快删除。

最近一直想整台 UPS 给 PVE 玩玩，正巧又看见了玩转PVE：连接施耐德UPS实现自动关机 - 知乎这篇文章，折腾属性大发，当即买了台 APC 的 UPS 回来玩。

本文内容参考上述文章并扩充一些内容。本文作记录分享/教学用均可。

环境介绍

以下是本文环境：

• PVE 9.1.1

• UPS：APC BK650M2-CH

概念科普

APCUPSD

apcupsd是一款开源、跨平台的软件，全称是APC UPS Daemon。它的核心功能是监控和管理美国电力转换公司（APC，现属于施耐德电气）的不间断电源（UPS）设备，确保在停电或电力异常时，受保护的计算机或服务器能够安全、自动地关机，从而防止数据丢失或硬件损坏。

• 守护进程：apcupsd作为一个后台服务（daemon）运行。

• 通信：通过USB/串口等与UPS硬件保持通信，定期查询状态。

• 事件触发：当检测到预设的“危险”条件（如市电断电且电池电量低于某个阈值）时，触发关机序列。

• 执行关机：按照配置，在电池耗尽前预留足够时间，向系统发送关机命令。

正式开始

一、安装 APCUPSD 服务

SSH 或通过其他方式连接到 PVE 主机的 SHELL。然后执行：

apt-get install apcupsd -y

执行后将安装 APCUPSD

二、编辑 APCUPSD 服务配置文件

我们编辑/etc/apcupsd/apcupsd.conf，编辑器挑一个顺手即可，这里以 nano 为例：

nano /etc/apcupsd/apcupsd.conf

二【附】、配置项解释

忽略掉注释行文字，剩下的就是配置项了：

• UPSCABLE usb

此项配置 UPS 与 PVE 的连接线材类型。一般使用 USB 连接，这里默认即可。

• UPSTYPE usb

UPS 与 PVE 连接方式。默认无需修改。

• DEVICE /dev/ttyS0

指定的设备路径。若使用 USB 连接，请务必将此行注释掉。（特别提醒：注释后遇到问题可以翻阅本文第六章即常见问题解决方案）

我们再向下翻，可以看见一些如下配置项。这些配置项是电力故障时的设置。

#
# ======== Configuration parameters used during power failures ==========
#

# The ONBATTERYDELAY is the time in seconds from when a power failure
#   is detected until we react to it with an onbattery event.
#
#   This means that, apccontrol will be called with the powerout argument
#   immediately when a power failure is detected.  However, the
#   onbattery argument is passed to apccontrol only after the
#   ONBATTERYDELAY time.  If you don't want to be annoyed by short
#   powerfailures, make sure that apccontrol powerout does nothing
#   i.e. comment out the wall.
ONBATTERYDELAY 6

#
# Note: BATTERYLEVEL, MINUTES, and TIMEOUT work in conjunction, so
# the first that occurs will cause the initation of a shutdown.
#

# If during a power failure, the remaining battery percentage
# (as reported by the UPS) is below or equal to BATTERYLEVEL,
# apcupsd will initiate a system shutdown.
BATTERYLEVEL 5

# If during a power failure, the remaining runtime in minutes
# (as calculated internally by the UPS) is below or equal to MINUTES,
# apcupsd, will initiate a system shutdown.
MINUTES 3

# If during a power failure, the UPS has run on batteries for TIMEOUT
# many seconds or longer, apcupsd will initiate a system shutdown.
# A value of 0 disables this timer.
#
#  Note, if you have a Smart UPS, you will most likely want to disable
#    this timer by setting it to zero. That way, you UPS will continue
#    on batteries until either the % charge remaing drops to or below BATTERYLEVEL,
#    or the remaining battery runtime drops to or below MINUTES.  Of course,
#    if you are testing, setting this to 60 causes a quick system shutdown
#    if you pull the power plug.
#  If you have an older dumb UPS, you will want to set this to less than
#    the time you know you can run on batteries.
TIMEOUT 0

对其中配置项解释如下：

【名称】【含义】【单位】ONBATTERYDELAY断电多少时间后才识别为正在使用电池，防止短时间断电导致错误秒/sBATTERYLEVEL电池电量低于多少时关闭主机，建议修改为95百分比/%MINUTES当电池剩余后备时间为多少时关闭主机分钟/minTIMEOUT断电时间（默认 0 即关闭）分钟/min

注：若 BATTERYLEVEL、MINUTES、TIMEOUT 三个配置均被设置，则满足默认其中一个条件时便触发关机。

编辑完成后，按下键盘上的 ctrl+o 保存文件，随后按下 ctrl+x 退出编辑器。

三、启动服务并设置开机自启

启动 apcupsd 服务：

systemctl start apcupsd.service

设置服务开机自启动：

systemctl enable apcupsd.service

查看服务运行状态：

systemctl status apcupsd.service

四、查看 UPS 状态

执行：

apcaccess 

打印类似如下内容：

root@pve:~# apcaccess
APC      : 001,035,0824
DATE     : 2025-12-06 13:50:00 +0800
HOSTNAME : pve
VERSION  : 3.14.14 (31 May 2016) debian
UPSNAME  : pve
CABLE    : USB Cable
DRIVER   : USB UPS Driver
UPSMODE  : Stand Alone
STARTTIME: 2025-12-06 13:49:58 +0800
MODEL    : Back-UPS BK650M2_CH
STATUS   : ONLINE
LINEV    : 220.0 Volts
LOADPCT  : 15.0 Percent
BCHARGE  : 99.0 Percent
TIMELEFT : 39.6 Minutes
MBATTCHG : 25 Percent
MINTIMEL : 3 Minutes
MAXTIME  : 0 Seconds
SENSE    : Low
LOTRANS  : 160.0 Volts
HITRANS  : 278.0 Volts
ALARMDEL : 30 Seconds
BATTV    : 13.5 Volts
LASTXFER : No transfers since turnon
NUMXFERS : 0
TONBATT  : 0 Seconds
CUMONBATT: 0 Seconds
XOFFBATT : N/A
SELFTEST : OK
STATFLAG : 0x05000008
SERIALNO : 9B2536A51882
BATTDATE : 2001-01-01
NOMINV   : 220 Volts
NOMBATTV : 12.0 Volts
NOMPOWER : 390 Watts
END APC  : 2025-12-06 13:50:04 +0800

STATUS : ONLINE 说明 UPS 已被成功连接至 PVE。若该栏显示为 COMMLOST 则表示通信丢失，可以移步至本文 六、常见问题排查 一章。

五、模拟电力故障测试

执行 systemctl status apcupsd.service，然后拔掉 UPS 与市电连接的电源，status变成了ONBATT。

六、常见问题

Q：我执行 apcaccess 后看见 STATUS : COMMLOST？

A：如果你根据本文进行操作并遇到这个问题（我实操时也遇到了），大概率是配置文件的缘故。我们前面不是该过一个 DEVICE /dev/ttyS0 吗？当时说是要注释掉，但实际上我发现这样会造成 COMMLOST 状态。尝试将这行取消注释而直接留空后恢复正常。由于参考文章中表示要注释且我并未做详细对照试验，所以保留了这一或许是错误的内容。

版权声明

• 本文作者：光昭

• 本文链接：https://www.pyrzo.com/posts/pve-apcupsd

• 版权声明：所有文章除特别声明外均系本人自主创作，转载及引用请联系作者，并注明出处（作者、原文链接等）。

• 部分图片搜集于网络，若构成侵权请联系我，会尽快删除图片。

一开始，我使用 balenaEtcher 烧录了我的 PVE 系统镜像，一切都很好。但当我尝试再次使用这个 U 盘时，问题出现了：U 盘被划为三块分区，在磁盘管理器中也无法对磁盘进行初始化，整个 U 盘变成一种无法操作的状态。

经过一番寻觅，很快便找到了解决方案，可以使用 diskpart 工具对其进行擦除操作，随后就可以再次新建简单卷并当作一个正常 U 盘再次使用了。

解决

擦除数据

此步骤将擦除你 U 盘中所有的现有数据。

按下win+r组合键调出运行，输入 diskpart 后回车，然后得到一个 CMD 窗口。

查看计算机连接的所有磁盘：

list disk

得到类似如下的输出：

  磁盘 ###  状态           大小     可用     Dyn  Gpt
  --------  -------------  -------  -------  ---  ---
  磁盘 0    联机              931 GB  1024 KB        *
  磁盘 1    联机               28 GB    27 GB        *

我们可以依据磁盘的大小来确定哪个是我们烧录过的 U 盘，本文这里是 磁盘 1。

随后再输入

select disk 1
# 选择磁盘 1
# 将数字照你的实际情况修改

然后使用 cleanall 擦除 U 盘上所有数据：

clean all

随后再回到磁盘管理器查看，就会发现 U 盘已经变成空盘可以正常被操作了。

新建简单卷

右键左下角 Win 徽标，选择磁盘管理器，然后右键 U 盘的灰色未分配区域即可重新分区并正常使用。

你是否也曾幻想过这样的场景？

周末的午后，你不想再正襟危坐在书房冰冷的电脑椅上，而是想慵懒地陷在客厅舒适的沙发里，在巨大的电视屏幕上体验《艾尔登法环》的壮阔世界；或是晚上睡前，想用手边的iPad或安卓平板，继续征战《博德之门3》的冒险，而无需重新下载几十个G的游戏。

这些看似美好的愿望，在过去却总是被“游戏串流”这道技术门槛所阻拦。也许你尝试过Steam Link，却为它的延迟和画质妥协而感到失望；或许你曾是NVIDIA Gamestream的忠实用户，却因其突然停止支持而倍感无奈；又或者，你被其他商业串流方案昂贵的订阅费用和复杂的设置直接劝退。

而现在，一切都不一样了。我们可以使用 Sunshine + Moonlight 这套强大的方案来实现低延迟高帧率的游戏画面串流。无论你是想从PC串流到手机、平板、笔记本，还是电视盒子，无论你用的是NVIDIA、AMD还是Intel显卡，它都将带你轻松跨越设备与平台的壁垒。

串流与传统远程桌面的设计理念不同。串流可以给你带来最低的延迟反馈与最高的画质和帧率——它是专为游戏而生的所以可能还有专门适配与优化；而后者则更注重办公的功能性。

（本文后半部分也会粗略介绍一下远程串流的解决方案）

搭建环境介绍

我的 Sunshine 服务端被安装在一台虚拟化出来且直通了 GPU 的一台 Windos 虚拟机上。当然，一个更好的选择是单独放置一台物理机。

• Windows GTX1650（下文称主机或远程主机）

• Sunshine 2025.628.4510（下文称服务端）

• Moonlight 6.1.0（下文称客户端）

在开始之前

注意事项

1. Nvidia 显卡的串流延迟可能是 AMD 显卡同代方案的 二分之一 甚至更低。所以十分建议您使用 Nvida 显卡，即使任何显卡都是被此方案支持的。

2. 有线连接远比无线连接稳定得多。如果您发现您的网络传输帧率频繁卡顿或是有频繁的速率过低告警，可能就是因为您正在使用无线连接导致的。

概念科普

Moonlight

• 源自NVIDIA Gamestream，但现已支持所有GPU。

• 几乎全平台的客户端（Windows, macOS, Linux, Android, iOS, 甚至游戏主机）。

• 提供极致的低延迟和画质体验。

Sunshine

• 一个开源、跨平台的游戏串流服务端。

• 替代已停更的NVIDIA Gamestream服务端。

• 支持AMD, Intel, NVIDIA显卡。

组合优势

• 完全免费且开源。

• **超低延迟和高性能：**媲美甚至超越商业方案。

• **极高的兼容性：**不限显卡品牌，不限客户端设备。

• 高度可定制化。

准备工作

硬件要求

• **主机（Server - 运行Sunshine的PC）：**一台性能强大的Windows/Linux PC（用于游戏），支持硬件编码的GPU（NVIDIA NVENC, AMD AMF, Intel Quick Sync）。

• **客户端（Client - 运行Moonlight的设备）：**电脑、手机、平板、电视盒子等。

• **网络要求：****强烈建议所有设备使用有线（以太网）连接。**最低要求5GHz Wi-Fi。分析有线与无线的延迟差异。

安装配置及使用

Sunshine

仓库地址：

[ghcard path="LizardByte/Sunshine"][/ghcard]

在此处下载 Sunshine（服务端），建议不要使用带有Pre-release（预览版）标签字样的发布，而是下滑找到绿色的Latest标签。

远程主机一般是 Win 系统，所以直接下载 sunshine-windows-installer.exe 并在远程主机上运行安装即可。Sunshine 会被作为服务注册安装，随开机自动启动。

你可以方便的通过 WebUI 管理 Sunshine（即安装完成后自动打开的localhost:47990）第一次访问可能会提示不安全（因为证书是自签的），以 Edge/Chrome 浏览器为例，点击“高级”，再点击“继续访问”即可。

此时会要求你创建一个账户，用于日后的管理面板访问鉴权。只需输入账户密码再确认一次密码，即可使用设置的账密登录 Sunshine Web UI。

管理页面默认以英文显示。如果您不是特别习惯英语，Sunshine 的 Web UI 也同样提供了包括中文在内的多语言支持。在Configuration栏的General标签页中有一个Local选项，将其改为简体中文，保存设置后软件会自动重启以使设置生效。

Moonlight

官网地址：

moonlight-stream.org

接下来我们需要在设备上安装 Moonlight 作为客户端连接到远程主机。

Windows：直接在 Github 仓库Releases · moonlight-stream/moonlight-qt中下载MoonlightSetup程序并安装即可。

安卓：Releases · moonlight-stream/moonlight-android下载。一般选择nonRoot-release。

IOS：App Store 搜索并安装。

启动 Moonlight 后，软件会自动在本地局域网内寻找可用的远程主机，我们只需要等待设备被搜索到之后，点击设备图标，然后拿着得到的一串数字（配对码）到 Sunshine 管理面板的PIN码页面中填入它并设置设备名，即可完成配对。

客户端可以设置画质、帧率、码率等主要设置与其它性能或偏好设置。如果无特殊需求保持默认即可。若发现连接过程中频繁提示连接速率过低则请尝试降低码率或是确保自己的设备通过网线连接至网络（无线连接的稳定性欠佳，来自 ax200 无线网卡，会周期性丢包）

常用快捷键

（送给第一次用时甚至不知道怎么退出串流的我）

PC 客户端：

• Ctrl+Alt+Shift+Q - 退出流式处理会话（让游戏在主机PC上运行）

• Ctrl+Alt+Shift+Z - 切换鼠标和键盘捕获

• Ctrl+Alt+Shift+X - 在全屏和窗口模式之间切换

• Ctrl+Alt+Shift+S - 打开性能统计信息叠加（Steam Link 或 Raspberry Pi 不支持）

• Ctrl+Alt+Shift+M - 切换鼠标模式（指针捕获或直接控制）

• Ctrl+Alt+Shift+V - 在主机上键入剪贴板文本

• Ctrl+Alt+Shift+D - 最小化流窗口

• Ctrl+Alt+Shift+C - 在远程桌面鼠标模式下切换本地光标显示（由于 GameStream 限制，远程光标将始终显示）

• Ctrl+Alt+Shift+L - 切换将鼠标指针锁定到视频区域（需要启用“优化鼠标以进行远程桌面而不是游戏”复选框）

翻译自Setup Guide · moonlight-stream/moonlight-docs Wiki，可能有部分错误，可以自行查阅文档链接中的内容。

显卡欺骗器

如果你想要的是一台云电脑般的云主机，那么你可能需要一颗显卡欺骗器。显卡在无显示器信号的情况下不会输出任何画面（串流画面黑屏），所以串流也不会成功。而显卡欺骗器则向显卡发送显示器信号从而使显卡正常工作。淘宝上随便买一颗即可，价格相对低廉，分辨率一般都可调。

如果您不想使用显卡欺骗器或者认为欺骗显卡很没道德心（雾），可以尝试使用虚拟桌面软件——例如 Parsec-vdd。虚拟屏幕软件是通过创建一个不存在的屏幕让显卡认为你接了显示器。

二者在功能性上并无较大差别，不过由于前者是物理层面解决方案，我可能会更加推荐欺骗器。当然，后者的功能一定更加强大的（况且这不要钱）

网络

一般来说，大部分人的使用场景是同局域网的串流，所以带宽几乎不成问题。需要注意的只是网络稳定性，推荐使用有线连接，稳定性与延迟都优于无线连接。

一般来说，1080p@60 的画面需要 20Mbps，1440p@60 需要 40Mbps，4k@60 需要 80Mbps，4k@120 则需要 113Mbps。

对于公网串流，其影响因素包括物理/链路距离、是否跨运营商、高峰期堵塞等。跨运营商可能会遭到 QoS，所以建议让主机网络与客户端网络同属同意运营商，二者物理距离越短越好。

公网串流方案

由于 Sunshine 徐娅 6 个以上对等端口，并且协议包含http，所以内网穿透起来十分麻烦。这里介绍虚拟组网与公网 IP 方案。

虚拟组网

你也可以叫它虚拟局域网，这是最方便简单的方案。

虚拟局域网（VLAN），简单来说，就是通过技术手段，将一个物理上的局域网，划分成多个逻辑上独立的、隔离的“小局域网”。

不过请注意，VLAN 与 VPN 的概念并不相同。前者是 P2P 端到端及 NAT 打洞技术为主，中继流量为辅；而后者则是通过建立加密隧道连接不同网络的设备。

常见的软件有 ZeroTier、Tailscale 等。基本都是开箱即用且无需任何公网服务。

这类软件原理流程如下：

• 首先尝试 NAT 打洞，若成功则直接建立端到端连接（速度高）

• 若打洞失败则将流量发送至中继服务器（速度低）

所以，虚拟局域网的方案虽然方便，但存在着一些不确定因素——如果您的网络状况特别逆天，就会走速度极慢延迟极高的中继了。

公网 IP

公网 IP 分有 IPv4 与 IPv6 两种。

IPv4

由于 IPv4 地址早已耗尽，所以目前大多数设备的 IPv4 地址都是结合了 NAT 技术的（例如您的手机与电脑虽然在局域网中各自拥有独立的内网 IP，但它们的公网 IP 可能是相同的）

所以如果您需要通过 IPv4 进行连接，可以尝试联系您的运营商申请一个（不要说要做什么什么服务，说要拉监控就行）（移动用户申请公网 IPv4 比较难——除非你加钱）

公网 IP 申请下来之后，还需要将自己的光猫改为桥接模式，用路由器拨号上网并开启路由器的 Upnp 功能（Universal Plug and Play，它允许网络设备自动配置并相互连接，无需手动设置）再在 Sunshine 的Configuration的Network页面中开启 Upnp。

最后，在 Moonlight 中直接输入远程主机的 IPv4 地址，如果一切顺利就可以顺利串流了。

IPv6

如果您是移动用户或是出于某些原因无法得到 IPv4 独立地址，可以尝试使用 IPv6。

IPv6 作为解决 IPv4 地址耗尽问题的新一代 IP 协议，地址充足，一般不会被 NAT（要是 IPv6 的地址都要 NAT 的话，那运营商就真的逆天了）

在ip.sb得到自己的 IPv6 地址，填入 Moonlight 后同样可以连接（需要在 Sunshine的Configuration-Network下面开启IPv4 + IPv6选项）。

不过，部分路由器可能针对公网的入站流量有拦截规则（虽然我的路由器没有），您就需要到路由器管理界面中放行需要使用的端口。Sunshine 所使用的端口可以在Configuration的Network页面查看。

不过请注意：如果您需要通过 IPv6 连接主机，那么您的客户端也必须具备一个可用的 IPv6 地址（IPv4 与 IPv6 是两个独立协议，并不互通）您在外出门时，如果不使用移动数据，几乎不可能有 IPv6 地址。

如何远程唤醒（无人值守）

开机卡

可以网购一个远程开机卡，插在主机上之后即可在外面远程开机。

WOL

也可以拿出一台闲置的小设备（24*7 运行，例如树莓派等），在上面运行一个 Frp 客户端（自建内网穿透服务可参考https://www.pyrzo.com/posts/nps-frp-guidence/）。出门在外时，只需要通过 frp 连接到家里的树莓派，再用树莓派通过 WOL 协议唤醒主机即可。

智能插座

当然，也可以购买一个小米智能插座，这种智能插座可以通过 Wi-fi 连接至网络。我们只需要在主机 BIOS 里设置电源为上电自动开机，然后通过米家软件控制智能插座的电源，也可以达到一样的效果。

版权申明

• 本文作者：光昭

• 本文链接：https://www.pyrzo.com/posts/sunshine-moonlight

• 版权声明：所有文章除特别声明外均系本人自主创作，转载及引用请联系作者，并注明出处（作者、原文链接等）。

• 部分图片搜集于网络，若构成侵权请联系我，会尽快删除图片

如果网站运行在 PHP 上，那么一般在根目录会生成一个 .user.ini 配置文件。宝塔对此文件的描述是 PHP 用户配置文件（防跨站）

该文件权限为 644/root，尝试修改文件后发现无法直接修改权限。这其实是因为出于某些安全考虑，该文件被锁定导致的。

开始前，请确保你拥有 root 权限与远程命令执行的能力。

解决方法

我们需要使用chattr命令用于修改文件或目录的隐藏属性，只有 root 用户可以使用。-i参数用于取消文件或目录的不可修改属性。（+i反之）

连接到你的服务器终端。先移动到站点所在根目录。例如：

cd /www/wwwroot/www.pyrzo.com/
# 请将 /www/wwwroot/www.pyrzo.com/ 替换为你网站的实际路径

随后执行以下命令解锁 .user.ini 文件：

chattr -i .user.ini

现在就可以随意更改 .user.ini 文件的权限了，我们更改为 755/root。随后回到 Wordfence 或是其它 WP 插件，再次执行对 .user.ini 文件的更改操作，此时应当就成功了。

当然，为了安全着想，请不要忘记在操作完成后重新将修改回 644/root 并将文件再次锁定。

chattr +i .user.ini

PVE 9 以后的版本，默认便以网卡名固定地址，所以不存在网卡 PCI 位置改变导致 PVE 失联的情况。

前言

有一天我打算折腾一下显卡直通，插上显卡之后，嘿，您猜怎么着？我的网口居然不亮了。

那真是老北京人出门不走地道——中了邪了。

原理

一张显卡居然能影响到网口？是的，这里是混沌邪恶的 Linux。

Linux 插拔显卡或 PCIE 网卡等 PCI 设备会导致网卡的物理位置变更，而网卡名又是根据设备物理位置而定的，所以这就会导致 PCI 设备变更后网口名改变导致系统没网。

其实早期linux设备名是不会变的，后来的“可预测设备名”，本质上是为了让每个设备的命名方式根据其在硬件通道上的真实位置进行。

不论怎么样，本篇文章来讲解 PVE 固定网卡名的方法。本文的原理是绑定网卡名与 MAC 地址，这样网卡名就不会因物理位置变动而改变了。

获取网卡名与 MAC 地址

在 PVE 终端执行**ip a**，得到类似如下输出：

......
2: enp6s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master vmbr0 state UP group default qlen 1000
    link/ether 10:ff:e0:83:88:de brd ff:ff:ff:ff:ff:ff
    altname enx10ffe08388de
3: vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 10:ff:e0:83:88:de brd ff:ff:ff:ff:ff:ff
    inet 192.168.10.99/24 scope global vmbr0
       valid_lft forever preferred_lft forever
    inet6 fe80::12ff:e0ff:fe83:88de/64 scope link proto kernel_ll
       valid_lft forever preferred_lft forever
......

其中，enp6s0是网卡名，也是我们一会需要用到的。而vmbr0只是网桥，忽略即可，这里放出来是为了方便你们定位。

我这里的情况如下，请你更具你的实际情况为准：

• 网卡名：enp6s0

• MAC 地址：10:ff:e0:83:88:de

注意 MAC 地址别记错成 IPv6 地址了。两样信息记录下来一会用。

注：如果您的网口名是 eno1 等形式也是正常现象，这个是 bios 内定义的板上网卡。这个在逻辑上是板上网卡，但也有可能是插入的网卡。纯粹是 bios 定义。总之，继续进行之后的步骤即可。

创建 MAC 与网卡名的绑定文件

使用以下命令编辑文件：

nano /usr/lib/systemd/network/50-custom-net0.link

在其中粘贴以下内容：

[Match]
MACAddress=10:ff:e0:83:88:de
[Link]
Name=enp6s0

上方是刚刚的 MAC 地址，下方则是网卡名。

ctrl+o 保存文件，ctrl+x 退出编辑。

后记

至此，你的网卡名应当就不会因为插拔显卡、网卡等 PCI 设备而再次变动了，失联率也会大大降低。

巨人的肩膀

参考：

【ProxmoxVE必备技能：固定网卡名称防止增减PCIE设备失联】

内容更正：自 PVE9 开始，系统已默认开启了硬件直通。也就是说，如果您是 PVE 9.0 之后的用户，无需执行编辑 /etc/default/grub 文件的步骤。

前言

本文只讨论显卡的直通（Passthrough）操作，不包含核显虚拟化（SR-IOV）。

必要信息

• 本文基于 PVE 8.4，测试后发现 PVE 9 也支持（9.0.10）额外信息见页首 2025/11/29 文章修缮章。

• 请确保所使用的 硬件设备 支持 Intel VT-D 或者 AMD AMD-V ，并且在 BIOS 中已经启用。

• 本文默认您已拥有一定 Linux 系统操作基础。（指不是只会复制代码）

开启IOMMU

编辑文件

使用自己顺手的编辑工具（例如 nano）编辑**/etc/default/grub**文件。

修改 GRUB_CMDLINE_LINUX_DEFAULT 配置项：

AMD 平台修改为：
GRUB_CMDLINE_LINUX_DEFAULT="quiet amd_iommu=on iommu=pt initcall_blacklist=sysfb_init pcie_acs_override=downstream"
Intel 平台修改为：
GRUB_CMDLINE_LINUX_DEFAULT="quiet intel_iommu=on iommu=pt initcall_blacklist=sysfb_init pcie_acs_override=downstream"

更新 GRUB

使用以下命令更新 GRUB：

proxmox-boot-tool refresh

加载对应内核模块

编辑**/etc/modules**

添加如下字样：

vfio
vfio_iommu_type1
vfio_pci
# vfio_virqfd

如果您使用较新的 PVE 版本，可能会发现该文件内容如下：

# /etc/modules is obsolete and has been replaced by /etc/modules-load.d/.
# Please see modules-load.d(5) and modprobe.d(5) for details.
#
# Updating this file still works, but it is undocumented and unsupported.

意思是这个文件已被/etc/modules-load.d/.取代，修改这个文件仍然起作用，但它将不再在文档里出现，也不被官方支持。不过这并不对我们的直通有什么影响，所以继续下一步。

随后使用**reboot**重启 PVE。

检验设置

输入**dmesg | grep iommu**，若设置正确，应当由类似如下的打印内容：

root@pve:~# dmesg | grep iommu
[    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-6.14.8-2-pve root=/dev/mapper/pve-root ro quiet amd_iommu=on iommu=pt initcall_blacklist=sysfb_init pcie_acs_override=downstream
[    0.029753] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-6.14.8-2-pve root=/dev/mapper/pve-root ro quiet amd_iommu=on iommu=pt initcall_blacklist=sysfb_init pcie_acs_override=downstream
[    0.265777] iommu: Default domain type: Passthrough (set via kernel command line)
[    0.294219] pci 0000:00:00.0: Adding to iommu group 0
[    0.294232] pci 0000:00:01.0: Adding to iommu group 1
[    0.294240] pci 0000:00:01.1: Adding to iommu group 2
[    0.294247] pci 0000:00:01.2: Adding to iommu group 3
[    0.294257] pci 0000:00:02.0: Adding to iommu group 4
[    0.294264] pci 0000:00:02.1: Adding to iommu group 5
[    0.294272] pci 0000:00:03.0: Adding to iommu group 6
[    0.294280] pci 0000:00:04.0: Adding to iommu group 7
[    0.294291] pci 0000:00:08.0: Adding to iommu group 8
[    0.294297] pci 0000:00:08.1: Adding to iommu group 9
[    0.294303] pci 0000:00:08.3: Adding to iommu group 10
[    0.294314] pci 0000:00:14.0: Adding to iommu group 11
[    0.294319] pci 0000:00:14.3: Adding to iommu group 11
[    0.294346] pci 0000:00:18.0: Adding to iommu group 12
[    0.294346] pci 0000:00:18.1: Adding to iommu group 12
[    0.294362] pci 0000:00:18.2: Adding to iommu group 12
[    0.294367] pci 0000:00:18.3: Adding to iommu group 12
[    0.294373] pci 0000:00:18.4: Adding to iommu group 12
[    0.294379] pci 0000:00:18.5: Adding to iommu group 12
[    0.294385] pci 0000:00:18.6: Adding to iommu group 12
[    0.294390] pci 0000:00:18.7: Adding to iommu group 12
[    0.294409] pci 0000:01:00.0: Adding to iommu group 13
[    0.294424] pci 0000:01:00.1: Adding to iommu group 13
[    0.294431] pci 0000:02:00.0: Adding to iommu group 14
[    0.294438] pci 0000:03:00.0: Adding to iommu group 15
[    0.294453] pci 0000:04:00.0: Adding to iommu group 16
[    0.294465] pci 0000:04:01.0: Adding to iommu group 17
[    0.294476] pci 0000:04:02.0: Adding to iommu group 18
[    0.294487] pci 0000:04:03.0: Adding to iommu group 19
[    0.294498] pci 0000:04:04.0: Adding to iommu group 20
[    0.294510] pci 0000:04:05.0: Adding to iommu group 21
[    0.294521] pci 0000:04:06.0: Adding to iommu group 22
[    0.294532] pci 0000:04:07.0: Adding to iommu group 23
[    0.294545] pci 0000:04:08.0: Adding to iommu group 24
[    0.294557] pci 0000:04:09.0: Adding to iommu group 25
[    0.294568] pci 0000:04:0a.0: Adding to iommu group 26
[    0.294578] pci 0000:04:0b.0: Adding to iommu group 27
[    0.294591] pci 0000:04:0c.0: Adding to iommu group 28
[    0.294603] pci 0000:04:0d.0: Adding to iommu group 29
[    0.294617] pci 0000:06:00.0: Adding to iommu group 30
[    0.294629] pci 0000:11:00.0: Adding to iommu group 31
[    0.294641] pci 0000:12:00.0: Adding to iommu group 32
[    0.294660] pci 0000:13:00.0: Adding to iommu group 33
[    0.294667] pci 0000:13:00.1: Adding to iommu group 34
[    0.294675] pci 0000:13:00.2: Adding to iommu group 35
[    0.294684] pci 0000:13:00.3: Adding to iommu group 36
[    0.294691] pci 0000:13:00.4: Adding to iommu group 37
[    0.294699] pci 0000:13:00.6: Adding to iommu group 38
[    0.294706] pci 0000:14:00.0: Adding to iommu group 39
[    2.213208] perf/amd_iommu: Detected AMD IOMMU #0 (2 banks, 4 counters/bank).

直通显卡

屏蔽显卡驱动

编辑**/etc/modprobe.d/pve-blacklist.conf**，按对应硬件添加对应内容：

# Nvidia
blacklist nvidiafb
blacklist nouveau
blacklist nvidia

# AMD
blacklist amdgpu
blacklist radeon

# Intel UHD
#blacklist snd_hda_codec_hdmi
#blacklist snd_hda_intel
#blacklist snd_hda_codec
#blacklist snd_hda_core

忽略显卡警告

Nvidia专属，主要在Win中遇到一些应用，列如GeForce Experience、Passmark Performance Test和SiSoftware Sandra。

为什么这么做？

因为 Tips："Some Windows applications like GeForce Experience, Passmark Performance Test and SiSoftware Sandra can crash the VM. You need to add"（大意：一些 Win 平台的应用，像是 GeForce Experience, Passmark Performance Test and SiSoftware Sandra 等软件可能会导致 VM 崩溃，所以你需要添加（以下信息）） ——PVE 官方 GPU Passthrough 文档

编辑**/etc/modprobe.d/kvm.conf**，添加如下内容：

options kvm ignore_msrs=1 report_ignored_msrs=0

配置 VFIO

主要用于 显示输出 和 音频输出 分开。

确定显卡 ID

执行**lspci -nn | grep VGA**，我这里信息如下：

01:00.0 VGA compatible controller [0300]: NVIDIA Corporation TU117 [GeForce GTX 1650] [10de:1f82] (rev a1)
13:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Granite Ridge [Radeon Graphics] [1002:13c0] (rev c6)

这里可以看到我的独显 ID 是 01:00（13:00.0 是 AMD 的核显）

获取 设备ID 和 音频ID

输入**lspci -n -s 01:00**（我的是 01:00，您应当改为您的实际情况）

01:00.0 0300: 10dg:1fa2 (rev a1)
01:00.1 0403: 10dg:10fd (rev a1)

编辑文件

将设备ID（10dg:1fa2） 和音频ID（10dg:10fd） 写入到**/etc/modprobe.d/vfio.conf**：

options vfio-pci ids=10dg:1fa2,10dg:10fd

更新内核

update-initramfs -u

随后使用 reboot 重启主机。

检验设置生效

使用以下命令：

lspci -nnk

找到显卡的位置，输出应当如下：

01:00.0 VGA compatible controller [0300]: NVIDIA Corporation TU117 [GeForce GTX 1650] [10de:1f82] (rev a1)
        Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:8d92]
        Kernel driver in use: vfio-pci
        Kernel modules: nvidiafb, nouveau
01:00.1 Audio device [0403]: NVIDIA Corporation Device [10de:10fa] (rev a1)
        Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:8d92]
        Kernel driver in use: vfio-pci
        Kernel modules: snd_hda_intel

（结果中有**Kernel driver in use: vfio-pci**即为成功）

创建虚拟机

与平常一样创建即可。但有以下几个设置需要修改：

• 机型：q35

• BIOS：OVMF（UEFI）

其余设置均可按照自己喜好设置。

随后编辑虚拟机的设置：

1. 选择虚拟机， 并点击硬件

2. 点击添加， 然后点击PCI设备

3. 选择**原始设备**，在设备中选择需要直通的显卡

4. 启用所有功能、主GPU、ROM-Bar、PCI-Express

5. 添加

至此，显卡的直通操作就完成了。你可以打开虚拟机并安装驱动使用显卡了。

参考文档

https://www.cnblogs.com/MAENESA/p/18005241—— 本文总体思路参考

PCI Passthrough - Proxmox VE—— PVE 官方的显卡直通文档

在自己的 PVE 主机上起了台 LXC 容器跑 AdGuard Home，一开始甚至遇到了 DNS 无法使用的情况，后来发现是 DNS 设置导致。

AdGuard Home是什么

如果您尚不知道这是什么，这里就按惯例做个介绍：

AdGuard Home 是一款全网广告拦截与反跟踪软件。在您将其安装完毕后，它将保护您所有家用设备，同时您不再需要安装任何客户端软件。随着物联网与连接设备的兴起，掌控您自己的整个网络环境变得越来越重要。

• AdGuard Home 作为 DNS 服务器以重新路由跟踪域到 "黑洞"，从而防止您的设备连接这些服务器。其是基于我们的公共 AdGuard DNS 服务器之上— 这两者共用大量的常用代码。

• 运行您自己的 AdGuard Home 服务器比使用公共 DNS 能做得更多： 决定某些服务器是否应该被拦截； 监控您的网络活动； 添加您自己的过滤器规则 。 未来，AdGuard Home 将不止是一个 DNS 服务器。

• 无论您去哪儿，不管是在您的智能电话上，还是在如智能冰箱，智能吸尘器等智能产品上，广告和跟踪器都在跟随您。即使您对收集您数据的公司无任何反对意见，跟踪也很危险。广告更不好 —它们长期成为各种恶意软件，病毒，勒索软件，钓鱼和跟踪器的门户。 AdGuard Home 为在您网络上的所有设备提供统一的广告/跟踪器拦截的解决方案。

• 当前您可在 MacOS，Linux（x32 / x64）和 Raspberry Pi 上安装 AdGuard Home。您无需了解技术细节 — 我们的 GitHub 仓库 上有专门的安装过程描述。此外，我们的维基百科上有安装 AG DNS 到 VPS 和 Raspberry Pi 的详细指导。

——官网：AdGuard Home| 适用于任何操作系统（Windows，macOS，Linux）的网络软件

DNS 设置

上游 DNS

我配置的上游 DNS 为 DoH，可以输入以下内容：

https://dns.alidns.com/dns-query #阿里云 DNS
https://sm2.doh.pub/dns-query #腾讯云 DNS
https://doh.360.cn/dns-query #360 DNS

DoH 通过 https 协议连接，混在普通流量中，不容易被劫持。

Bootstrap DNS 服务器

DNS 服务器的 IP 地址，用于解析指定为上游的 DoH/DoT 解析器的 IP 地址。不允许添加注释。

这个大可填写你所在地区的运营商 DNS，一般网上能找出来。没有可以填写 8.8.8.8 这类公共 DNS 或者自己路由器网关地址（例如我的 192.168.10.1，每个人的网络环境并不相同所以请以你的实际情况为准）

DNS 缓存配置

覆盖最小 TTL 值：86400

覆盖最大 TTL 值：864000

勾选 DNS 乐观缓存。

DNS 黑名单列表

AdGuard Home 已预置两个封锁清单：AdGuard DNS filter 与 AdAway Default Blocklist。

这里推荐一个：

封锁清单并不是越多越好，如果您并没有特殊需求仅使用默认清单就足够了。

名称：CHN: anti-AD 
https://adguardteam.github.io/HostlistsRegistry/assets/filter_21.txt
# anti-AD 对中国的优化规则
名称：anti-ad-easylist
https://anti-ad.net/easylist.txt
# anti-AD 通用的国际广告规则

最近，PVE 为我们带来了全新的 PVE9（虽然对于个人玩家并没有什么新功能，主要是组件更新）

• 基于 Debian 13 “Trixie”

• 内核版本：6.14.8-2

• QEMU 10.0.2

• LXC 6.0.4

• ZFS 2.3.3

• Ceph Squid 19.2.3

而我将会把我的这台 AIO 升级到最新的 PVE9。这台机器目前为 PVE8.4.9，直通设备有 SATA 控制器及一张 GPU。后续升级完成后二者均正常。

升级前的准备

[warning]升级有风险！升级先备份！！！[/warning]

更新可能会导致网卡名变更，进而导致后台失联。强烈建议您先进行固定网卡名的操作。可以参考我这篇文章操作：PVE 固定网口名防止插拔显卡或其他 PCI 设备导致后台失联 - 光昭

升级前检查

请务必先更新至最新的 PVE 8.4.9，并根据本文内容使用 checklist 检查更新条件。

如果您还不是 8.4.9，请先更新：

apt update
apt dist-upgrade

进行 checklist 检查更新兼容性：

pve8to9

执行该命令后会进行一系列检查，最后得到类似如下结果：

TOTAL: 51
PASSED: 40
SKIPPED: 5
WARNING: 4
FAILURES: 0

若有错误，请在更新前手动修复它。一般情况下 WARNING 的存在并不会对升级造成影响，例如 system-boot（确保自己是 GRUB 引导即可。如果您不知道什么是 GRUB 大可直接忽略这条）、microcode（安装是否并无影响）等。

更新至 PVE9 的软件源

使用以下脚本：

wget http://share.geekxw.top/pve9yuan.sh -O pve9yuan.sh && chmod +x pve9yuan.sh && ./pve9yuan.sh
#无 Ceph 源

升级至 PVE9

apt update
apt dist-upgrade

执行过程中可能会遇到选项，通常情况下回车默认即可，也可以更具自己实际情况与需求来。

更新完成后并重启 PVE 主机。您应当看见内核版本被升级为 Linux 6.14.8-2-pve。至此，升级也完成了，接下来您应当测试各项功能查看其运行状况是否符合预期。

可选操作

apt autoremove
#删除无用的软件
bash -c "$(curl -fsSL https://raw.githubusercontent.com/community-scripts/ProxmoxVE/main/tools/pve/kernel-clean.sh)"
#删除无用的内核

有虚拟机需要使用原始硬盘（例如 TrueNAS 获取 S.M.A.R.T. 信息与硬盘休眠）时，我们不仅可以直通硬盘给虚拟机，还可以尝试直通 SATA 控制器给虚拟机。

警告

[warning]请确保您的 PVE 系统没有被安装在机械硬盘或是 SATA 控制器下的硬盘里，否则操作后可能导致 PVE 无法开机！[/warning]

若您确保自己的直通操作不会干扰到宿主机系统，那么请接着往下看。

开启直通

开启 VT-d

Intel 平台需要 b75 以上芯片组（酷睿 4 代以上）

与 VT-X 不同，VT-X 是虚拟化功能，而 VT-d 是 I/O 虚拟化功能。

AMD 平台是 iommu 或者叫 SRIVO（部分 OEM 主板的称法）

开启 iommu

我们编辑 /etc/default/grub 文件。可以使用 vi 或 nano，顺手就好。

找到如下配置项：

GRUB_CMDLINE_LINUX_DEFAULT="quiet"GRUB_CMDLINE_LINUX_DEFAULT="quiet"

Intel 平台请修改为：

GRUB_CMDLINE_LINUX_DEFAULT="quiet intel_iommu=on iommu=pt"GRUB_CMDLINE_LINUX_DEFAULT="quiet intel_iommu=on iommu=pt"

AMD 平台请修改为：

GRUB_CMDLINE_LINUX_DEFAULT="quiet amd_iommu=on iommu=pt"GRUB_CMDLINE_LINUX_DEFAULT="quiet amd_iommu=on iommu=pt"

如果你需要显卡直通，建议在cmdline再加一句video=vesafb:off video=efifb:off video=simplefb:off，加了之后，pve重启进内核后停留在一个画面，这是正常情况

GRUB_CMDLINE_LINUX_DEFAULT="quiet amd_iommu=on iommu=pt video=vesafb:off video=efifb:off video=simplefb:off"GRUB_CMDLINE_LINUX_DEFAULT="quiet amd_iommu=on iommu=pt video=vesafb:off video=efifb:off video=simplefb:off"

更新 Grub

使用命令更新：

update-grubupdate-grub

加载相应内核模块

依次执行以下命令：

echo vfio >> /etc/modules echo vfio_iommu_type1 >> /etc/modules echo vfio_pci >> /etc/modules echo vfio_virqfd >> /etc/modulesecho vfio >> /etc/modules echo vfio_iommu_type1 >> /etc/modules echo vfio_pci >> /etc/modules echo vfio_virqfd >> /etc/modules

更新内核参数：

update-initramfs -k all -uupdate-initramfs -k all -u

重启宿主机

rebootreboot

验证

重启后于终端输入：

dmesg | grep iommudmesg | grep iommu

若输出类似内容则成代表成功：

[ 1.341100] pci 0000:00:00.0: Adding to iommu group 0 [ 1.341116] pci 0000:00:01.0: Adding to iommu group 1 [ 1.341126] pci 0000:00:02.0: Adding to iommu group 2 [ 1.341137] pci 0000:00:14.0: Adding to iommu group 3 [ 1.341146] pci 0000:00:17.0: Adding to iommu group 4[ 1.341100] pci 0000:00:00.0: Adding to iommu group 0 [ 1.341116] pci 0000:00:01.0: Adding to iommu group 1 [ 1.341126] pci 0000:00:02.0: Adding to iommu group 2 [ 1.341137] pci 0000:00:14.0: Adding to iommu group 3 [ 1.341146] pci 0000:00:17.0: Adding to iommu group 4

再输入：

find /sys/kernel/iommu_groups/ -type lfind /sys/kernel/iommu_groups/ -type l

若出现很多直通组则代表成功。无内容反之。

最后，选择需要设置的虚拟机，点击 硬件 > 添加 > PCI设备 > 选择 SATA Controller（SATA 控制器），最后点击“添加”把 SATA Controller（SATA 控制器）添加给相应的系统后，完成重启，PVE硬件直通的设置就生效了。

[warning]如果您在添加硬件没有找到 SATA Controller 字样，请接着往下看[/warning]

我们执行：

lspcilspci

会看到一堆输出。里面应当包含了 SATA Controller。例如我的是 11:00.0。输出示例如下：

... 11:00.0 SATA controller: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset SATA Controller (rev 01) ...... 11:00.0 SATA controller: Advanced Micro Devices, Inc. [AMD] 600 Series Chipset SATA Controller (rev 01) ...

您可以根绝输出内容来判断自己应当如何设置直通。

巨人的肩膀

Proxmox VE 设置硬盘直通_pve硬盘直通-CSDN博客

pve 在amd平台开启sata硬件直通, 且使fnos硬盘自动休眠 - 简书

Qemu Guest Agent 简称 QGA，是运行在虚拟机内部的一个守护程序（qemu-guest-agent.service），他可以管理应用程序，执行宿主机发出的命令。

其实这很好理解，就是个传话的。VMware 有 VMware Tools，而 PVE 属于 KVM 系虚拟化，也有对应的 Qemu Guest Agent。

启用 Qemu 代理

虚拟机中安装 Qemu Guest Agent

需要先在虚拟机中安装 Qemu Guest Agent。

（Debian12 虚拟机可能已经自动安装了该程序。）

CentOS：

yum install qemu-guest-agent -y

Debian 与 Ubuntu：

```bash
apt install qemu-guest-agent -y

Windows：

在 virtio-win 驱动盘中找到如下或类似目录：

\guest-agent

32 位机器运行 i386，64 位机器运行 x86_64。如果您不知道如何选择，直接运行后者即可。

PVE 虚拟机设置中启用 QEMU 代理设置 虚拟机管理，移到“选项”选项卡，找到 QEMU Guest Agent 选项，勾选“使用 QEMU Guest Agent”。停止再启动虚拟机，就可以使设置生效了。

生效后即可在 IPs 查看各网卡的 IP 地址。

那不过是一个平常的午后。慵懒的阳光在天空招摇着，整个世界都是惬意的。

但我的世界就没有这么惬意了。因为我总是有一堆服务需要不间断跑着，有的是 Win 有的是 Lin，甚至还有一些受限于云的特性所以我用不上的专用系统。而我又正好喜欢功能隔离（不同用途的服务不塞在一台小鸡里）

绝望的我在B站上近乎疯狂地浏览。终于我找到了一个叫做“AIO”（All In One）的神奇国度，也有不少人叫它AIB（All In Boom，即一台物理节点爆炸，全家虚拟机停机）。

我也觉得 AIB 这个调侃称呼已经道出了 AIO 的缺点。但我的钱包可不这么觉得。

AIO 多省钱啊？

于是我们，

一拍即合！

什么是All In One？

我也没找到相对官方、准确的解释。

但我觉得，AIO其实就是把原本需要多台机器实现的功能，通过虚拟化技术，全部在一台机器上运行。

优点就是高效率，省钱。而缺点前面也提到过一点，就是容易因为某个操作问题导致所有服务全部爆炸。

不过，我认为只要不把网络整合进去，就算是炸起来，恢复速度也是相当快的。

既然是虚拟化，那我们就需要一个能够为我们提供虚拟环境的底层操作系统。目前主流有三种方案：

• ESXI：功能强大，相对稳定。但是不免费，并且不开源，所以不能享受 Linux 的系统生态。
• PVE：开源的虚拟化系统。基于 Debian 开发，如果熟悉 Linux 的话，维护起来也比较方便。
• Hyper-v：微软的一种虚拟化技术。需要运行在 Windows 系统之上。

这里我直接选择了PVE。PVE 属于 KVM 系虚拟化环境。

虽然ESXI不需要跑在现有操作系统上，所以理论性能应当略高，但毕竟要钱，而且闭源系统毫无折腾性可言了。当然，如果你财力充裕，并且一心求稳，ESXI也未必不是一个更好的选择。

安装PVE......应该都会的咯？

机器形态

先仔细决定好机器形态是很重要的。因为这可能是日后影响你 AIO 体验的重要因素之一。

一般而言，这里有几种形态可供选择：

• 小主机：占用空间小，待机功耗低。如果你只是跑一些轻量服务，或者是需要小体积机器，或许是个不错的选择。
• 塔式：体积稍大，但随之而来的是比小主机更高的功耗、空间。不过其拥有良好的拓展性与散热性能，如果你的目标服务需要中高性能，这个也不错。
• 机架式、刀片式等专用服务器机箱：如果你家里有单独房间放机柜，有极高的多核性能追求，你可能可以尝试选择服务器级的CPU与其余硬件，来换取超多的核心数或是超强的拓展力。

我即想要不是很弱的性能，又想要静音与便宜。最后选择了塔式机箱搭配消费级硬件。

硬件选型

叠甲：个人方案，配出来纯纯刀把机器，这里放出来只是分享一下，并讲一下我所买的硬件的特点与坑。你应当按照自己的想法来配自己的机器。

这里是我的配置清单：

• CPU：9600X 盒装
• CPU 散热：倚天 P60T 性能版 v3
• 主板：技嘉 B650M H
• 内存：英睿达 D5 6000 16G*2 套条
• 硬盘：致钛 Tiplus 7100 1T
• 电源：尘雨科技 玄武 550v4
• 机箱：长城 阿基米德 KM-7B
• 机箱风扇：尘雨科技 玄冥·普 12cm *4（前三后一）

整套约 3k6，我打赌这大概率没你的游戏 PC 贵。（毕竟暂时不用买显卡）

机箱（阿基米德 KM-7B）

既然前面说了形态很重要，那就先选机箱好了。

我在众多全塔机箱中挑了一阵。有一款机箱让我很满意：

阿基米德 KM-7B。

通体金属外壳，纯黑配色，非侧透网孔侧板，看起来就是沉稳霸气，尤其讨我这个完全不喜欢灯光的人的喜欢。

不过更让我看中的是他强大的拓展性。最多支持安装 13 个 3.5 寸机械硬盘，最大能塞下 E-ATX 主板。显卡限长 280mm，拆下与显卡冲突的硬盘架后可达 417mm。CPU 散热器限高 180mm。拥有 7 个 PCIE 槽位。

散热就不必多说了，良好的散热能力应当是每个大机箱都有的优点。而 KM-7B 支持安装后部 120 水冷，顶部 360 水冷（虽然我也用不起用不上水冷），前面板支持最多 3 个 14cm 规格的风扇。

反正我也不喜欢什么花花绿绿的，这么个大黑铁皮壳子在我眼里就是一个字：帅。

CPU（9600X）

接下来就是次重要的 CPU 了。

我还得顺带开一个 MC 服务器（比较吃性能），所以我需要的是一颗中端 U。我便把目光锁定在了 1k 价位。

写这篇文章的时候，1k 价位的 CPU无非就这几个：

• Intel 的 i5-14600K/KF
• AMD 9600X
• AMD 7700X

先从劳英与 AMD 中选一个。由于13/14 代酷睿一直在渲染“缩肛”焦虑（英特尔工艺问题导致的体质差容易坏，具体可以自己查查），一开始是 i9 缩，后边是 i7/i9 缩，现在是不少人都说自己 i5 也在缩了。虽然这里有着幸存者偏差效应，但既然买了有祸患，为什么还要买呢。（不然你猜猜为什么14600KF 比 12600KF 性能更强却更加便宜，总不能当英特尔做慈善吧？）

那剩下的只有 7700X 与 9600X 了。这俩 CPU 性能差距不大，无非是前者 8C16T 后者 6C12T、前者 ZEN4 架构后者 ZEN5 架构罢了。秉着买新不买旧的原则（而且看极客湾之前的视频，ZEN5 的祖传积热似乎得到了较大改善，再说了这里是 AMD，你开 AUTO 就是百元风冷都压得住）

9600X 频率为 3.9 GHz 至最大 5.4 GHz。默认热设计功耗（TDP）为 75W。

那么，我就选择 9600X 盒装了。

后续测试时，虚拟机中 CPU-Z 跑分单核成绩为 851 分。

散热（库里奥 倚天 P60T 性能版）

这个不用说，双塔六热管，风冷之王，不是第一也得排第二。我买的是纯黑版，纯黑的比别的银色的白色的还要贵一点。

配合 9600X，室温30℃时，能够做到待机 45-50℃。看到这里，待机温度 35 的英特尔用户不要惊讶，因为 AMD 一直都是这么烫。但是降十度和不缩肛，我还是偏向于选择后者。

不过 AMD 积热是积热，但是功耗都是远小于英特尔的。所以我这里买 P60T 也是刀把行为。AMD 这几十瓦的功耗，随便一个百元单塔都能稳压（前提是你不超频）

顺带一提，v3 相较于 v2 的噪音表现提升了不止一点点。

主板（技嘉 B650M H）

我对主板其实不是很熟悉，反正要求是能开机就行。毕竟我就 AUTO 用用我难道还会去要求它的供电、用料吗？只要这板子不掉电就够了。

线下买 CPU 的时候，老板给我推荐了技嘉 B650M H 这款板子。虽然大家可能都知道技嘉之前的那什么辱华事件，但它只卖600元一张我干嘛不买它？难不成去买隔壁的拒保星和打人硕吗？

不管黑板白板，有性价比的，就是好主板。

内存（英睿达 D5 6000）

内存没啥好说的，D5 平台随便搞个 6000 频率就好。反正 AMD 自己都不推荐高频内存。

选择英睿达主要是因为便宜，而且不带灯条的它拥有着较小的高度，正好能够和我的双塔散热器共存。

其实追求便宜还可以看看国产颗粒，但兼容性一定会是个问题。所以我买美光也不买长鑫。

插句题外话，玩 AIO 的话，32G 真的不够，至少对我来说根本不够用。

硬盘（致钛 Tiplus 7100 1T）

选这个硬盘不为什么，只是因为我以前从来没用过这么好的硬盘。抽了些预算放到了刀把上。

这款硬盘作为 PCIE 4.0 固态的旗舰产品，不论速度还是售后都非常能打。

但是不知道它这个 S.M.A.R.T. 里的通电时长是如何累计的，我开了半个月了，也只有 60h。不过只有读写累计正常就可以（具体可以了解一下 TBW）

电源（尘雨科技 玄武 550v4）

很多人配服务器，第一句话绝对是“省什么，也不能省了电源”。但其实这句话也仅仅局限在选个大牌子。

要真论起性价比来，我并不认为大厂的垃圾会比小厂的旗舰好上多少。尤其是这个小厂既有性价比又有售后的情况下。在这样的对局里，大厂低端货既没有堆料，也没有性价比，买了做什么？

这里选择的玄武 550v4，两百元就有不虚标不爆炸的 550W 电源能买，而且铭牌上输出功率甚至标定了 600W，这意味着厂家是反向虚标（这里点名长城航嘉的低端系列，大牌子的低端货用料不佳还虚标，估计玄武的出现让这类电源不太好过了）

我还提到了售后好。我不鼓吹多少，我只说一件事：只要你向客服报备，你就可以把电源拆开看看用料再装回去，反正玄武也不像别家还弄个防撕贴。而这一切，完全不影响你的保修。可见玄武的良心之处也在于售后。

最后，玄武电源质保五年（加几十块钱可选质保十年）

不过如果你也想买玄武，最好选择纯数字版本（例如我这款550）。像是 SE 系列由于采用的铜包铝端子线设计，网络上已经出现了不少的烧接口反馈。为了你的硬件安全，建议不要吝啬这几十块钱。

机箱风扇（尘雨科技 玄冥普）

没错，依旧选择了尘雨科技旗下的玄冥普。这款风扇依旧是低价路线，但参数并不粗糙。虽然是这样一个低价风扇，但和同行比起来，还是太良心了。

• 风扇转速 2100 RPM ±10%
• 最大风量 88.88 CFM（风量确实在同价位里算是蛮大的了）
• 最大风压 2.8MM H2O
• 音噪 36.5 分贝
• 轴承 FDB/HDB
• 接口 4PIN PWM

玄冥普其实只是在它的价位，该有的都有，不该缩的尽量不缩，做到了物有所值，是个正经的廉价产品，买了不吃亏。

但是关键就在这里，跟玄冥普的差不多价位的对手，大部分都连物有所值都做不到，不是缩电机就是缩轴承，不是吵得没法用就是一年半载就坏，属于把垃圾当产品卖。很多消费者用惯了垃圾，以为风扇就这样。而玄冥普在这样的环境下就是比较良心的产品了。

写在最后

整篇文章到这里其实也该结束了。我的这套配置其实充其量就是一个倒把机，不过我想把我的心路历程记录下来，说不定可以帮助和我犹豫在同一个地方的朋友。

机器运行基本功率为 60W，一个月电费约 20 元。

Across the Great Wall we can reach every corner in the world.

越过长城，走向世界。

关于这段历史？

中国第一封电子邮件的发出时间有1986年8月25日和1987年9月14日之争，发送者有吴为民、王运丰等人之争。

1986年8月25日，瑞士日内瓦时间4点11分，北京时间11点11分，由当时任高能物理所ALEPH组组长的吴为民，从北京710所的 IBM-PC 机上发给 ALEPH 的领导，位于瑞士日内瓦西欧核子中心的诺贝尔奖获得者斯坦伯格(JackSteinberger)的电子邮件(E-mail)是中国第一封国际电子邮件。

1987年9月，措恩教授在北京出席一个科技研讨会。经过一番调试后，他将北京的计算机应用技术研究所和卡尔斯鲁厄大学计算机中心实现了计算机联结。9月20日，他起草了这封电子邮件，并与中国的王运丰教授一起署名后发出，成功地传到卡尔斯鲁厄大学的一台计算机上。

“Across the Great Wall we can reach every corner in the world.（越过长城，走向世界）”这是1987年9月20日从北京向海外发出的中国第一封电子邮件。这也预示着，互联网时代悄然叩响了中国的大门。

——Baidu 百科