linux主机配网桥不是仅在虚拟机中选择桥接模式，而是必须先在宿主机创建并启用bridge设备（如br0），将物理网卡绑定其上且清空原ip，否则虚拟机只能获得隔离私网地址、无法接入局域网。
直接说结论：Linux主机上配网桥，不是给虚拟机“开个开关”就行，而是得先在宿主系统建好 bridge 设备（如 br0），再让虚拟机的网卡绑定到它上面——否则虚拟机拿到的只是隔离的私有网络，根本进不了局域网。
很多用户卡在“虚拟机设置里选了桥接模式却上不了网”，问题八成出在宿主机没真正配好网桥，或者物理网卡被错误保留了 IP。
怎么用 iproute2 快速验证网桥是否通（适合调试）
临时创建一个可工作的网桥，不改配置文件，5 分钟内能测通：
常见错误现象：ping 192.168.1.1 失败、ssh 连不上虚拟机、虚拟机 DHCP 拿不到地址
实操建议：
- 先确认物理网卡名（比如
enp0s3）：ip -br link show | grep UP - 加载模块：
sudo modprobe bridge - 建桥：
sudo ip link add name br0 type bridge - 配 IP 并启用：
sudo ip addr add 192.168.1.100/24 dev br0 && sudo ip link set br0 up - 把物理网卡塞进桥：
sudo ip link set enp0s3 master br0 - 关键一步：清空物理网卡原有 IP（否则会路由冲突）：
sudo ip addr flush dev enp0s3 - 确保物理网卡本身 up：
sudo ip link set enp0s3 up
做完后执行 bridge link，能看到 enp0s3 在 br0 下；再 ip addr show br0 确认 IP 已生效。此时宿主机网络仍通，虚拟机才能真正“桥”进去。
/etc/network/interfaces 配置 br0 后 network 服务不生效
Debian/Ubuntu 用户常遇到：改完 /etc/network/interfaces，sudo systemctl restart networking 没报错，但 brctl show 空空如也。
原因和对策：
-
ifup br0手动试一下，如果报Cannot find device "br0"，说明bridge模块没自动加载 —— 在/etc/modules末尾加一行bridge，再 reboot 或sudo modprobe bridge - 检查原物理接口（如
enp0s3）是否还残留iface enp0s3 inet dhcp类配置，必须注释掉或删掉，否则ifup会抢着管它 -
bridge_ports值写错（比如多空格、用了中文全角字符、拼错网卡名）会导致整个br0启动失败，journalctl -u networking能看到具体哪行错 - 某些云镜像禁用了
systemd-networkd但启用了NetworkManager，此时interfaces文件会被忽略 —— 先sudo systemctl stop NetworkManager再试
QEMU/KVM 虚拟机 XML 里 bridge 源设备填什么
很多人复制网上教程填 <source bridge="br0"></source>，结果启动报错：unable to connect to bridge 'br0': No such device
注意点：
- XML 中的
bridge值必须和宿主机上实际存在的 bridge 设备名完全一致（区分大小写），ip link show输出里能看到br0: <broadcast></broadcast>才算就位 - 不要填成物理网卡名（如
enp0s3）或 vnet 接口名（如virbr0），那是 NAT 模式用的 - 如果用
virt-manager图形界面，新建虚拟机时选 “Host devicebr0(Bridge)” —— 它生成的 XML 会自动带<source bridge="br0"></source>，比手写安全 - 权限问题：libvirtd 默认不允许普通用户操作 host bridge，需把用户加进
libvirt组：sudo usermod -aG libvirt $USER，然后重登
桥接后虚拟机能上网但局域网其他设备 ping 不通
这是最隐蔽的问题：虚拟机 ping 8.8.8.8 成功，curl ifconfig.me 返回公网 IP，但手机或另一台电脑 ping 不通它的 IP。
可能原因：
- 宿主机防火墙拦了入向流量：
sudo ufw status verbose查看，临时关掉测试：sudo ufw disable - 企业/学校交换机启用端口安全（Port Security），只认主机 MAC —— 需在交换机上放行虚拟机的 MAC 地址，或关闭该端口的 MAC 学习限制
- 物理网卡工作在混杂模式（promiscuous mode）被禁用：有些笔记本 Wi-Fi 驱动不支持混杂模式，桥接下无法转发非本机 MAC 的包，换有线网卡或查驱动文档
- 虚拟机自己开了防火墙（如
firewalld或iptables），且没放行 ICMP 或对应端口，sudo firewall-cmd --list-all查规则
真正跑通桥接，核心就三点：宿主机 bridge 设备存在且 up、物理网卡已桥接且无 IP、虚拟机拿到同网段有效 IP —— 少一个环节，看起来都像“配置对了但就是不通”。
