第 3 篇 / 共 8 篇
03|PVE 虚拟网络、Linux Bridge 与主旁路由故障隔离
知识分类:网络|2026-10-17 整理|架构性知识经官方文档复核;具体网桥、MAC、DNS、IP 及网络现状待现场核验。
一、理解物理接口、网桥、虚拟网卡
PVE 常用 Linux Bridge 将物理网口与虚拟机 vNIC 接入同一二层广播域。vmbrX 是示例名称,不能由 vmbr0=LAN 或 vmbr1=WAN 推定任何机器的真实连接。网桥可以不绑定物理 NIC,用于仅虚拟机间的隔离网络。
家庭网络案例往往包括:上联线路 → 主路由 VM → 局域网交换设备 → PVE/终端设备;旁路由 VM 承担某些代理、DNS 或流量策略。主路由一旦停机,可能同时影响远程 PVE 管理和 NAS/Jellyfin,因此它是高优先级故障域。
| 对象 | 典型作用 | 核查重点 |
|---|---|---|
| 物理 NIC | 联接 WAN/LAN/管理交换机 | 链路、协商速率、PCI ID、线缆 |
| Linux Bridge | 虚拟交换/二层互通 | 接口成员、VLAN、管理 IP 是否误绑 |
| 主路由 VM | NAT/DHCP/默认网关 | WAN/LAN 接口次序、MAC、直通类型 |
| 旁路由 VM | DNS/代理或策略路由 | 是否抢 DHCP/默认路由;是否形成 DNS 环路 |
| 管理终端 | 管理 PVE | 与主路由故障无关的本地恢复路径 |
二、只读排查命令
ip -br link
ip -br address
ip route
bridge link
bridge vlan show
ss -lntp
这些输出会暴露内网拓扑,知识库文章不记录真实地址、MAC、域名或端口映射目标。如需发布示例,使用 192.0.2.0/24、198.51.INSTANCE.0/24、203.0.113.0/24(文档专用 IPv4 网段),不要写入真实业务拓扑。IPv6 的文档示例使用 2001:db8::/32。
三、容易造成断网的误区
误区一:每个网卡都建一个网桥一定更安全。 不一定。桥接数量应服务于隔离设计,可能也采用 VLAN、独立管理口或经批准的 NIC 直通。把 WAN 接错到 LAN 可能直接扩大暴露面。
误区二:把宿主机 DNS 指向代理节点就能加速更新。 不成立。宿主维护 DNS 应首先保证可靠、可审计和可恢复;旁路由、广告过滤器与代理之间容易出现循环依赖,故障时可能使 PVE 不能解析域名。
误区三:开启 Web 登录二次验证就不必考虑防火墙。 不成立。TOTP 保护登录流程,不等于 SSH/API 无法受到攻击。PVE 8006 和 SSH 不宜直接暴露公网;推荐分离管理网与业务网,远程使用受控 VPN/零信任入口。
误区四:ifreload、更换网桥或关防火墙可以在线“快速试错”。 这些是会中断链路的写操作,必须拥有现场控制台、备份和授权;远程管理会话本身不能当作唯一救援路径。
四、主旁路由及 DNS 的四项验收
- 主路由 VM 的 WAN/LAN 绑定正确,客户端默认网关只有预期设备提供。
- DHCP 服务数量、租约来源、DNS 上下游明确,没有多个设备同时错误地应答。
- 关闭/故障模拟旁路由后,基本上网、PVE 管理与 DNS 恢复行为符合设计。
- 局域网终端到 PVE 管理面仅允许授权来源;远程访问链路不能绕过认证或暴露管理 API。
任何演练必须先取得窗口审批,不要直接停掉生产路由验证。
五、网络变更单模板
变更范围:<节点A> / <网桥代号> / <接口用途>
目的:<隔离管理面/修复链路/新增VLAN>
现场证据:<脱敏接口与路由清单>
原配置:<加密附件引用>
拟变更:<精确字段差异>
切断风险:<受影响VM、CT和用户>
应急路径:<物理控制台/独立管理口>
回滚条件:<例如管理面不可达立即回滚>
审批和窗口:<记录>
关联资料与验证依据
- 内部资料:《PVE虚拟化环境搭建与调试入门》《PVE安全整改中文操作手册》;历史主路由/旁路由资料仅作为结构线索。
- 官方:https://pve.proxmox.com/wiki/Network_Configuration
- 官方:https://www.proxmox.com/en/downloads/proxmox-virtual-environment/documentation/proxmox-ve-admin-guide-for-8-x
结论:网络应按“物理端口—桥—虚拟网卡—路由策略—管理入口”的全链路记录,不允许仅凭历史网桥名称改生产系统。
2026-10-17 第二阶段核验补充(发布前确认)
- 2026-10-15 的网络巡检日志仅证明部分服务端口从当时的 Windows 网络可达,不足以确认当前 DHCP/DNS、网桥/VLAN、网络隔离或默认网关配置正确。
- 原文桥接概念没有发现需要颠覆的错误;正式发布前应将拓扑画成逻辑角色图,不应依据历史笔记重现真实内网地址、MAC 或端口映射。