Linux 网卡名称详解：从 lo 到 docker0，一篇搞懂所有网络接口

Linux 网卡名称详解从 lo 到 docker0一篇搞懂所有网络接口你是否曾经对着ip a输出中的一堆网卡名称感到困惑eth0、ens33、enp0s3、docker0… 它们都是什么这篇文章说明 Linux 系统中各类网络接口名称的含义、来源及适用场景。目录核心基础网卡lo回环接口传统命名eth 系列现代可预测命名其他常见网卡类型VPN、隧道与 Linux 网桥VLAN 和 Bonding 接口容器网络深入现代网络管理工具配置故障排查场景常见问题 FAQ不同发行版的差异实际输出示例如何修改网卡命名规则总结1. 核心基础网卡lo回环接口本质内核实现的虚拟接口无对应物理硬件逻辑上始终处于「已连接」状态。地址默认绑定 IPv4127.0.0.1/8与 IPv6::1/128。作用本机进程间通信、服务仅监听回环时的隔离连通性自测如ping 127.0.0.1特性由系统创建不依赖物理网卡。查看方法ipaddr show lo# 或 ip a show lo# 旧工具ifconfig lo2. 传统命名eth 系列eth0、eth1…命名逻辑ethEthernet 数字历史上多按内核探测顺序分配。优点简单直观脚本与文档引用多缺点名称漂移插拔网卡、虚拟机克隆、PCI 顺序变化等可能导致eth0/eth1对调或改名原有ifcfg-eth0、防火墙规则易失效。适用场景老版本系统如 RHEL 6、Ubuntu 14.04或强依赖eth0的遗留环境。查看方法iplinkshow# 老系统常见ifconfig3. 现代可预测命名为解决eth系列名称漂移主流发行版RHEL 7、Debian 8、Ubuntu 15.04 等采用基于固件、PCI 拓扑等的稳定命名。常见类型对比表命名格式含义特点与场景查看方法enoXen oOnboard 索引主板板载网卡常与 ACPI/固件索引绑定ip a、ls /sys/class/netensXen sSlot 编号PCIe 插槽网卡VMware 虚拟机常见ens33ip a、lspcienpXsYen pPCI 总线/插槽等反映PCI 拓扑VirtualBox 常见enp0s3ip a、lspcienx MACen x MAC 地址无法获得稳定拓扑时的兜底名称长但唯一ip aemX部分服务器固件命名多见于某些品牌机/Intel 网卡场景ip a、dmesg如何判断当前接口的命名依据# 将 enp0s3 替换为你的接口名udevadm info-qall-p/sys/class/net/enp0s3命名 scheme 与内核参数进阶systemd/udev 的网卡命名规则会随版本演进v243、v245、v249 等命名 scheme。需要固定行为或排查升级前后差异时可关注内核命令行net.naming-schemev249等取值随发行版文档而定文档systemd.net-naming-scheme(7)与「改回 eth0」相关的参数见 第 13 节。4. 其他常见网卡类型无线网卡可预测命名如wlp2s0wl PCI 位置传统命名wlan0移动宽带wwan0等ww表示 Wireless WAN4G/5G 模块虚拟化默认网桥virbr0KVM/libvirt 常见 NAT 网桥Docker 相关接口说明docker0默认 bridge 网络时的 Linux 网桥容器经 NAT 出网docker_gwbridgeSwarm 等场景下的网关网桥br-xxxx短 ID用户自定义 bridge 网络高性能网络ib0InfiniBand其他虚拟字符设备dummy0测试用虚拟接口rndis0、usb0USB 网络共享/RNDIS查看方法iplinkshowls/sys/class/net5. VPN、隧道与 Linux 网桥除docker0/virbr0外常见还有TUN/TAP类型典型名称常见用途TUNtun0、tun1三层隧道OpenVPN、部分 SSL VPNTAPtap0二层桥接/OpenVPN bridge 模式名称可由软件指定不限于tun0。WireGuard常见wg0、wg1接口名可在配置中定义通用隧道sit0IPv6 over IPv4sitgre0/gretap0GRE 相关视模块与配置而定Calico 等场景可能出现tunl0IPIP 等与 K8s 一节可能重叠手工 Linux Bridgebr0、br1用ip link add type bridge或bridge工具创建的网桥不等于docker0但类型均为 bridgeip -d link show可见bridge组网/异地组网产品Tailscale常见tailscale0ZeroTier常见ztXXXXXXXXXX具体随版本与网络 ID 变化6. VLAN 和 Bonding 接口VLAN 子接口在单个物理接口上划分 VLAN。命名传统eth0.100父接口.VLAN_ID可预测命名下enp0s3.20、ens33.50创建示例sudoiplinkaddlinkenp0s3 name enp0s3.100typevlanid100# 老工具部分系统已弃用# sudo vconfig add eth0 100Bonding绑定多口绑成一个逻辑接口用于冗余或聚合。命名bond0、bond1…常见模式mode名称说明0balance-rr轮询1active-backup主备4802.3adLACP6balance-alb自适应负载均衡ifupdown 示例Debian/Ubuntu 传统auto bond0 iface bond0 inet static address 192.168.1.100 netmask 255.255.255.0 bond-slaves enp0s3 enp0s4 bond-mode active-backup bond-miimon 1007. 容器网络深入Docker接口用途docker0默认网桥 NATdocker_gwbridgeSwarm 网关br-xxxxx自定义 bridge 网络Kubernetes随 CNI/模式变化接口用途cni0常见 bridge 型 CNIflannel.1Flannel VXLANtunl0部分路由/IPIP 方案kube-ipvs0kube-proxy IPVS 模式容器内命名最常见eth0宿主机侧常看到vethvethXXXXifN成对出现一端在 netns 内查看示例dockerinspectcontainer_id--format{{json .NetworkSettings.Networks}}|jq.dockerexec-itcontainer_idipa8. 现代网络管理工具配置systemd-networkd配置目录/etc/systemd/network/示例/etc/systemd/network/20-wired.network[Match] Nameenp0s3 [Network] Address192.168.1.100/24 Gateway192.168.1.1 DNS8.8.8.8 DNS1.1.1.1常用命令注意与发行版 systemd 版本有关# 查看接口与配置状态networkctl status networkctl status enp0s3# 重新加载 networkd 配置常用sudonetworkctl reload# 若仍异常重启 systemd-networkd 守护进程比笼统的「重启网络」更明确sudosystemctl restart systemd-networkd# 对使用 DHCP 的接口可尝试重新请求按需sudonetworkctl renew enp0s3说明部分文档或旧帖中的networkctl restart并非所有版本都具备或与预期一致优先reload其次systemctl restart systemd-networkd。NetworkManager桌面与多数服务器默认nmcli connection show nmcli device status nmcli connectionaddtypeethernet con-name my-eth ifname enp0s3 nmcli connection modify my-eth ipv4.addresses192.168.1.100/24 nmcli connection modify my-eth ipv4.gateway192.168.1.1 nmcli connection modify my-eth ipv4.dns8.8.8.8 1.1.1.1nmcli connection modify my-eth ipv4.method manual nmcli connection up my-eth连接配置文件位置常见/etc/NetworkManager/system-connections/keyfileRHEL 9 / 新版 Fedora 等更常见传统 RHEL/CentOS 7/etc/sysconfig/network-scripts/ifcfg-*仍可能并存以实际系统为准netplanUbuntu 17.10 常用配置目录/etc/netplan/推荐写法netplan 0.106 / Ubuntu 22.04 等文档推荐的默认路由写法network:version:2renderer:networkdethernets:enp0s3:addresses:-192.168.1.100/24routes:-to:defaultvia:192.168.1.1nameservers:addresses:[8.8.8.8,1.1.1.1]旧写法仍可能在老文件中出现新版本 netplan 中gateway4已标记弃用建议迁移到routes# gateway4: 192.168.1.1 # 旧字段建议改为上文 routes应用sudonetplan trysudonetplan apply9. 故障排查场景场景 1重启后网卡名变了原因传统ethX探测顺序变化或未使用稳定命名。处理iplinkshow udevadm info-qall-p/sys/class/net/接口名优先考虑可预测命名或按 MAC 固定连接配置NetworkManager/netplan/systemd-networkd 的Match。场景 2找不到 eth0原因新系统默认可预测命名eno/ens/enp…。处理更新配置中的接口名或 第 13 节 改回eth0需评估风险。场景 3虚拟机克隆后网络不通原因MAC 变化旧 udev/连接配置仍绑定旧名或旧 MAC。处理# 若存在历史 persistent 规则可按发行版文档清理后重建sudorm-f/etc/udev/rules.d/70-persistent-net.rules# 视系统是否存在该文件而定# VirtualBox重新生成 MAC 示例VBoxManage modifyvmvm_name--macaddress1auto然后重启或重新触发 udev/network。场景 4接口显示 NO-CARRIER原因网线/对端未连接或 bridge 上无活跃端口等。处理iplinkshowdmesg|grep-iEeth|eno|ens|enp|link场景 5多默认路由冲突处理iproute showiproute get8.8.8.8sudoiproute del default viagateway_ip# 谨慎操作避免断开远程会话场景 6快速区分「物理 / 虚拟」与 DNS# 每个接口是否在 sysfs 中挂有 pci 设备无 device 多为虚拟或 bridge 等foriin/sys/class/net/*;doecho-n$(basename$i): ;[-e$i/device]echo有 device 目录||echo无 device多为虚拟/桥/tun 等;done# NetworkManager 视角nmcli device status# systemd-resolved 用户可查看 DNS 状态resolvectl status10. 常见问题 FAQQ1传统命名还是可预测命名生产环境优先可预测命名。强依赖 eth0 的遗留脚本可评估改脚本或 第 13 节。Q2生产环境推荐哪种命名可预测命名eno/ens/enp…换槽位、换网卡后仍易对应物理位置配置可预期。Q3改命名规则的风险远程 SSH 可能因配置错误中断监控、防火墙、脚本中的接口名需同步更新建议在带外/控制台可登录的前提下测试。Q4为什么和本文示例不一致VMware 常见ens33VirtualBox 常见enp0s3物理机常见eno1容器内常见eth0均属正常。Q5如何「固定」网卡名使用默认可预测命名通常已稳定用 NetworkManager / netplan / systemd-networkd 按MAC 或路径匹配而不是硬编码错接口名历史手段udev规则改NAME——在 systemd 可预测命名下易与规则冲突仅建议在理解规则前提下用于特殊场景示例仅供参考现代系统优先用网络管理器的「按 MAC 绑定连接」# /etc/udev/rules.d/70-persistent-net.rules老方案 SUBSYSTEMnet, ACTIONadd, ATTR{address}aa:bb:cc:dd:ee:ff, NAMEeth0Q6ip -d link show里的 type 是什么可看到bridge、bond、vlan等有助于区分br0与物理 en*、以及 bond 成员口。11. 不同发行版的差异发行版默认命名网络管理配置位置常见Ubuntu 22.04可预测netplan/etc/netplan/Ubuntu 17.10–22.04可预测netplan/etc/netplan/Ubuntu 16.04可预测ifupdown/etc/network/interfacesDebian 9可预测ifupdown / networkd/etc/network/interfaces、/etc/systemd/network/RHEL/CentOS 7可预测NetworkManagerifcfg-*为主RHEL 9 / Rocky 9 / Alma 9可预测NetworkManager/etc/NetworkManager/system-connections/keyfileifcfg可能仅兼容存在Fedora新版可预测NetworkManager同上 keyfileCentOS 6ethXnetwork/etc/sysconfig/network-scripts/Arch Linux可预测systemd-networkd / NM/etc/systemd/network/等12. 实际输出示例典型物理服务器$ ip a 1: lo: LOOPBACK,UP,LOWER_UP mtu 65536 qdisc noqueue state UNKNOWN inet 127.0.0.1/8 scope host lo 2: eno1: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 ... inet 192.168.1.100/24 ...VMware 虚拟机2: ens33: BROADCAST,MULTICAST,UP,LOWER_UP inet 192.168.1.50/24 ...Docker 宿主机2: enp0s3: ... 3: docker0: NO-CARRIER,BROADCAST,MULTICAST,UP inet 172.17.0.1/16 4: veth12345if6: BROADCAST,MULTICAST,UP,LOWER_UP master docker0VLAN Bonding2: bond0: BROADCAST,MULTICAST,MASTER inet 10.0.0.100/24 3: eno1: BROADCAST,MULTICAST,SLAVE master bond0 4: eno2: BROADCAST,MULTICAST,SLAVE master bond0 5: bond0.100bond0: inet 192.168.100.100/2413. 如何修改网卡命名规则改回传统 eth0通过内核命令行关闭可预测命名恢复类eth0风格名称仍可能受驱动顺序影响不如可预测命名稳定。1. 编辑 GRUB 默认配置sudonano/etc/default/grub# 或 vi2. 在GRUB_CMDLINE_LINUX中追加参数追加net.ifnames0部分 Dell 服务器 / 老 RHEL 系曾配合biosdevname0关闭 biosdevnameUbuntu 等通常net.ifnames0即可是否加biosdevname0以发行版文档为准。示例GRUB_CMDLINE_LINUX... 原有参数 ... net.ifnames0 biosdevname03. 重新生成 GRUB# Ubuntu / Debian 常见sudoupdate-grub# RHEL/CentOS 系路径随 BIOS/UEFI 变化sudogrub2-mkconfig-o/boot/grub2/grub.cfg# UEFI 可能类似/boot/efi/EFI/redhat/grub.cfg4. 同步ifcfg/ 连接名若使用 network-scripts将ifcfg-ens33等重命名为ifcfg-eth0并修改其中DEVICE、NAME。5. 重启并验证sudorebootipa14. 总结快速查阅表类别典型名称用途回环lo本机回环传统以太网eth0老系统/兼容模式板载 / 插槽 / PCIeno、ens、enp…可预测命名无线wlan0、wlp…WiFi广域无线wwan04G/5G 模块VLANenp0s3.100802.1Q 子接口绑定bond0冗余/聚合虚拟化网桥virbr0、docker0KVM、Docker 默认桥手工网桥br0Linux bridgeK8s 常见cni0、flannel.1CNI/OverlayTUN/TAPtun0、tap0VPN 等WireGuardwg0加密隧道组网产品tailscale0、zt…视产品而定核心要点lo为系统回环::1与127.0.0.1成对出现属正常。ethX与eno/ens/enp…分别对应传统与可预测命名生产环境优先后者。VLAN/Bond/Bridge在ip -d link中可见类型便于排障。systemd-networkd优先networkctl reload必要时systemctl restart systemd-networkd。netplan新配置优先routesto: default避免长期依赖已弃用的gateway4。RHEL 9多使用 NetworkManagerkeyfile勿默认假设仅有ifcfg-*。修改内核命名参数前务必有控制台/带外避免 SSH 断连无法恢复。本文仅供学习排障参考具体参数以你所使用发行版与版本文档为准。