mirror of
https://gitee.com/callmer/pve_toss_notes.git
synced 2026-08-31 22:12:51 +08:00
update PVE初始化配置.md.
This commit is contained in:
+15
-13
@@ -4,11 +4,11 @@
|
|||||||
|
|
||||||

|

|
||||||
|
|
||||||
此处显示出 PVE 底层使用的是 Debian的 系统,代号为 “bullseye”。
|
此处显示出 PVE 底层使用的是 Debian 的系统,代号为“bullseye”。
|
||||||
|
|
||||||
为了后续能够对 PVE 系统进行升级,需要更换其镜像仓库,也就是大家熟知的软件源。
|
为了后续能够对 PVE 系统进行升级,需要更换其镜像仓库,也就是大家熟知的软件源。
|
||||||
|
|
||||||
由于我们目前处于“离线”安装状态,因此更换完软件源后,在没有网络的情况下无法对系统更新。
|
由于我们目前处于 **“离线”** 安装状态,因此更换完软件源后,在没有网络的情况下无法对系统更新。
|
||||||
|
|
||||||
### 1.1.系统软件源替换
|
### 1.1.系统软件源替换
|
||||||
|
|
||||||
@@ -55,7 +55,7 @@ deb https://mirrors.ustc.edu.cn/debian bullseye-updates main contrib
|
|||||||
deb https://mirrors.ustc.edu.cn/debian-security bullseye-security main contrib
|
deb https://mirrors.ustc.edu.cn/debian-security bullseye-security main contrib
|
||||||
```
|
```
|
||||||
|
|
||||||
此处我放出 Debian Bullseye 的完整镜像源以供参考, **非常不建议** 将 PVE 的系统源替换成完整的 Debian 源,以避免出现问题。
|
此处我放出 Debian Bullseye 的完整镜像源以供参考, **非常不建议**将 PVE 的系统源替换成完整的 Debian 源,以避免出现问题。
|
||||||
|
|
||||||
```bash
|
```bash
|
||||||
## Debian Bullseye 完整源 (USTC)
|
## Debian Bullseye 完整源 (USTC)
|
||||||
@@ -73,7 +73,7 @@ deb https://mirrors.ustc.edu.cn/debian-security/ bullseye-security main contrib
|
|||||||
#deb-src https://mirrors.ustc.edu.cn/debian-security/ bullseye-security main contrib non-free
|
#deb-src https://mirrors.ustc.edu.cn/debian-security/ bullseye-security main contrib non-free
|
||||||
```
|
```
|
||||||
|
|
||||||
可以看到,PVE 的系统源和 Debian 完整源的差异在于 “non-free” 和 “bullseye-backports”。
|
可以看到,PVE 的系统源和 Debian 完整源的差异在于 **non-free** 和 **bullseye-backports** 。
|
||||||
|
|
||||||
如果小伙伴在一些软件或者驱动(比如闭源 GPU 驱动)上遇到问题,可以尝试将 PVE 的系统源替换成 Debian 的完整源来尝试解决问题。
|
如果小伙伴在一些软件或者驱动(比如闭源 GPU 驱动)上遇到问题,可以尝试将 PVE 的系统源替换成 Debian 的完整源来尝试解决问题。
|
||||||
|
|
||||||
@@ -149,7 +149,7 @@ apt clean && apt autoclean
|
|||||||
apt update
|
apt update
|
||||||
```
|
```
|
||||||
|
|
||||||
考虑到“离线”安装时无法同步系统源,因此该步骤可以等到 PVE 中安装好了 RouterOS 软路由或其他路由系统并正确连接 Internet 后再执行。
|
考虑到 **“离线”** 安装时无法同步系统源,因此该步骤可以等到 PVE 中安装好了 RouterOS 软路由或其他路由系统并正确连接 Internet 后再执行。
|
||||||
|
|
||||||
或者家庭网络环境中还有一个 172.16.1.0/24 网段的,已经连接 Internet 的路由器 A。将路由器 A 的LAN 口与 PVE 的管理网口连接,此时 PVE 可访问外网。
|
或者家庭网络环境中还有一个 172.16.1.0/24 网段的,已经连接 Internet 的路由器 A。将路由器 A 的LAN 口与 PVE 的管理网口连接,此时 PVE 可访问外网。
|
||||||
|
|
||||||
@@ -172,9 +172,9 @@ apt install iperf iperf3 iftop net-tools ethtool
|
|||||||
apt install cpufrequtils
|
apt install cpufrequtils
|
||||||
```
|
```
|
||||||
|
|
||||||
其中 “fail2ban” 和 “unattended-upgrades” 为两个服务,后续会对其进行配置。
|
其中“fail2ban”和“unattended-upgrades”为两个服务,后续会对其进行配置。
|
||||||
|
|
||||||
“cpufrequtils” 为 CPU 调度器的配置工具,后续会对 CPU 调度算法进行调整。
|
“cpufrequtils”为 CPU 调度器的配置工具,后续会对 CPU 调度算法进行调整。
|
||||||
|
|
||||||
|
|
||||||
## 3.配置 PVE 网桥和管理网口
|
## 3.配置 PVE 网桥和管理网口
|
||||||
@@ -194,9 +194,9 @@ apt install cpufrequtils
|
|||||||
- PVE 网关:172.16.1.1
|
- PVE 网关:172.16.1.1
|
||||||
- PVE DNS:172.16.1.1
|
- PVE DNS:172.16.1.1
|
||||||
|
|
||||||
我们预计在 PVE 内部安装 RouterOS 用于主路由,2 个 Adguard Home 虚拟机用于提供内网的 DNS 服务以及去广告。且 RouterOS 需要能让 PVE 自身访问外网。
|
我们预计在 PVE 内部安装 RouterOS 用于主路由,2个 Adguard Home 虚拟机用于提供内网的 DNS 服务以及去广告。且 RouterOS 需要能让 PVE 自身访问外网。
|
||||||
|
|
||||||
因此,我们在 PVE 内部需要 4 个绑定物理网口的虚拟网桥,外加 1 个纯内部网桥。
|
因此,我们在 PVE 内部需要4个绑定物理网口的虚拟网桥,外加1个纯内部网桥。
|
||||||
|
|
||||||
先放出 PVE 网桥设置完成后的配置页面:
|
先放出 PVE 网桥设置完成后的配置页面:
|
||||||
|
|
||||||
@@ -206,7 +206,7 @@ apt install cpufrequtils
|
|||||||
|
|
||||||
在初次登录 PVE 的 WEB 管理后台,并访问网络管理页面时,会发现只有一个 vmbr0。
|
在初次登录 PVE 的 WEB 管理后台,并访问网络管理页面时,会发现只有一个 vmbr0。
|
||||||
|
|
||||||
该 vmbr0 绑定的物理口为列表中的第一个网口,且在 CIDR 和 网关处有IP地址参数,说明 vmbr0 就是目前的管理网口。造成该状态的原因是我们在安装 PVE 阶段,选择的网口就是第一个网口。因此我们需要对其进行修改。
|
该 vmbr0 绑定的物理口为列表中的第一个网口,且在 CIDR 和 网关处有 IP 地址参数,说明 vmbr0 就是目前的管理网口。造成该状态的原因是我们在安装 PVE 阶段,选择的网口就是第一个网口。因此我们需要对其进行修改。
|
||||||
|
|
||||||
首先我们需要对每个物理网口创建网桥,并对其进行配置修改,在修改完成前, **请不要点击“应用配置”** ,不然会导致 PVE 无法访问。
|
首先我们需要对每个物理网口创建网桥,并对其进行配置修改,在修改完成前, **请不要点击“应用配置”** ,不然会导致 PVE 无法访问。
|
||||||
|
|
||||||
@@ -228,7 +228,9 @@ apt install cpufrequtils
|
|||||||
|
|
||||||

|

|
||||||
|
|
||||||
因为 vmbr0 名称已被使用,因此名称处填写“vmbr1”,桥接端口填写顺序的第二个网卡名称,我演示这里为“enp3s0”。确保“自动启动”为勾选状态,在备注处填写“For LAN1”,点击“创建”。
|
因为 vmbr0 名称已被使用,因此名称处填写“vmbr1”,桥接端口填写顺序的第二个网卡名称,我演示这里为“enp3s0”。
|
||||||
|
|
||||||
|
确保“自动启动”为勾选状态,在备注处填写“For LAN1”,点击“创建”。
|
||||||
|
|
||||||
然后,依次创建所有物理接口的内部网桥,直到最后一个:
|
然后,依次创建所有物理接口的内部网桥,直到最后一个:
|
||||||
|
|
||||||
@@ -248,11 +250,11 @@ apt install cpufrequtils
|
|||||||
|
|
||||||
纯内部网桥的创建方法与创建物理网口的网桥方法基本一致,唯一区别是在 **“桥接端口”处为空** 即可。
|
纯内部网桥的创建方法与创建物理网口的网桥方法基本一致,唯一区别是在 **“桥接端口”处为空** 即可。
|
||||||
|
|
||||||
纯内部网桥在没有内部路由的情况下是无法访问的,我这里只有在 RouterOS 安装完成并建立了 RouterOS 内部网桥后,才可被访问到。主要作用为通过 RouterOS 给内部其他虚拟机提供外网连接。
|
纯内部网桥在没有内部路由的情况下是无法访问的,我这里只有在 RouterOS 安装完成并建立了内部网桥后,才可被访问到;主要作用为通过 RouterOS 给内部其他虚拟机提供外网连接。
|
||||||
|
|
||||||
当然内部网桥的作用不仅如此,比如还可以作为内部级联路由的连接器。
|
当然内部网桥的作用不仅如此,比如还可以作为内部级联路由的连接器。
|
||||||
|
|
||||||
例如安装了 OPNsense 和 RouterOS 两个虚拟机,OPNsense 作为防火墙使用,RouterOS 作为二级路由使用,OPNsense 的 LAN 口要与 RouterOS 的 WAN 口连接。
|
例如安装了 OPNsense 和 RouterOS 两个虚拟机,OPNsense 作为防火墙使用,RouterOS 作为二级路由使用,OPNsense 的 LAN 口需要与 RouterOS 的 WAN 口互通。
|
||||||
|
|
||||||
此时如果 OPNsense 和 RouterOS 均使用了绑定物理网口的 PVE 网桥,则需要用网线在 PVE 服务器外面连接两个网口,浪费宝贵的网线不说,还占用了网口,得不偿失。而使用纯内部网桥则可以很好的解决该问题,有了这个纯内部网桥,不论多少个虚拟机使用了该网桥,只要是同网段,都可以相互访问。
|
此时如果 OPNsense 和 RouterOS 均使用了绑定物理网口的 PVE 网桥,则需要用网线在 PVE 服务器外面连接两个网口,浪费宝贵的网线不说,还占用了网口,得不偿失。而使用纯内部网桥则可以很好的解决该问题,有了这个纯内部网桥,不论多少个虚拟机使用了该网桥,只要是同网段,都可以相互访问。
|
||||||
|
|
||||||
|
|||||||
Reference in New Issue
Block a user