告别ifup/ifconfig：Ubuntu 18.04+网络配置，用Netplan这一篇就够了（含YAML避坑指南）
Ubuntu网络配置革命：Netplan实战指南与YAML避坑手册
当Ubuntu 18.04 LTS横空出世时，许多系统管理员发现陪伴他们多年的老朋友ifconfig和/etc/network/interfaces突然"退休"了。取而代之的是一个基于YAML的新面孔——Netplan。这种转变不仅仅是工具的更替，更代表着Linux网络配置从传统脚本向声明式配置的范式迁移。本文将带您深入理解Netplan的设计哲学，掌握其核心配置技巧，并避开那些让无数人踩坑的YAML语法陷阱。
1. 为什么Ubuntu选择Netplan：网络配置的进化论
在Ubuntu 16.04及更早版本中，网络配置依赖于ifupdown工具集，通过/etc/network/interfaces文件定义网络接口。这种方式虽然直接，但随着网络环境日益复杂，其局限性逐渐显现：
- 缺乏统一抽象层：不同发行版使用不同工具（network-scripts、NetworkManager等）
- 动态配置能力弱：难以应对云计算环境中频繁变化的网络拓扑
- 可扩展性差：添加新网络功能需要修改底层脚本
Netplan应运而生，它作为网络配置的抽象层，具有以下优势：
| 特性 | ifupdown | Netplan |
|---|---|---|
| 配置语法 | 类INI格式 | YAML |
| 后端支持 | 有限 | 支持networkd和NetworkManager |
| 动态配置 | 不支持 | 支持 |
| 云集成 | 困难 | 原生支持 |
| 验证机制 | 无 | netplan try安全测试 |
Netplan的核心设计理念是"一次编写，多后端运行"。它通过YAML文件描述网络状态，然后将其转换为特定后端（systemd-networkd或NetworkManager）的实际配置。这种间接层使得同一套配置可以在不同环境中无缝迁移。
2. Netplan配置实战：从零开始构建网络
2.1 配置文件结构与位置
Netplan配置文件存放在/etc/netplan目录下，通常命名为：
- 服务器版：
00-installer-config.yaml或50-cloud-init.yaml - 桌面版：
01-network-manager-all.yaml
文件命名遵循数字前缀决定应用顺序的原则。例如：
00-开头的文件最先应用99-开头的文件最后应用
查看当前网络接口：
ip -brief address show典型输出：
lo UNKNOWN 127.0.0.1/8 ::1/128 eth0 UP 192.168.1.100/242.2 基础配置模板
一个最小化的Netplan配置包含以下结构：
network: version: 2 renderer: networkd # 或NetworkManager ethernets: eth0: dhcp4: true注意：YAML对缩进极其敏感，必须使用空格（建议2个空格），绝对不要使用Tab键。
2.3 静态IP配置详解
静态IP配置需要明确指定地址、网关和DNS：
network: version: 2 renderer: networkd ethernets: eth0: dhcp4: no addresses: - 192.168.1.100/24 routes: - to: default via: 192.168.1.1 nameservers: addresses: [8.8.8.8, 1.1.1.1] search: [example.com]关键参数说明：
addresses：使用CIDR表示法（必须包含前缀长度）routes：定义默认网关或特定路由nameservers：支持多个DNS服务器和搜索域
3. YAML陷阱：那些让你抓狂的语法细节
3.1 常见错误模式
Netplan配置失败90%源于YAML语法问题。以下是高频错误清单：
缩进不一致：
ethernets: # 错误：混用空格和Tab eth0: dhcp4: true冒号后缺少空格：
dhcp4:true # 错误：冒号后应有空格列表格式错误：
addresses: 8.8.8.8, 1.1.1.1 # 错误：应为YAML列表布尔值引号问题：
dhcp4: "yes" # 错误：应使用true/false而非字符串
3.2 验证与调试技巧
语法预检查：
sudo netplan generate安全测试模式：
sudo netplan try提示：此命令会在120秒后自动回滚，防止配置错误导致失联
调试模式：
sudo netplan --debug apply查看生成的后端配置：
# 对于networkd后端 cat /run/systemd/network/10-netplan-eth0.network
4. 高级配置场景实战
4.1 多网卡绑定（Bonding）
创建名为bond0的链路聚合接口：
network: version: 2 bonds: bond0: interfaces: [eth0, eth1] parameters: mode: 802.3ad lacp-rate: fast ethernets: eth0: {} eth1: {}4.2 VLAN配置
为eth0接口配置VLAN 100：
network: version: 2 vlans: eth0.100: id: 100 link: eth0 addresses: [192.168.100.10/24]4.3 无线网络配置
桌面环境下配置WPA2加密的WiFi：
network: version: 2 wifis: wlp3s0: access-points: "MyWiFi": password: "s3cr3tp@ss" dhcp4: true注意：无线配置需要NetworkManager作为renderer
5. 从传统配置迁移到Netplan
5.1 interfaces文件转换示例
传统配置：
auto eth0 iface eth0 inet static address 192.168.1.100 netmask 255.255.255.0 gateway 192.168.1.1 dns-nameservers 8.8.8.8等效Netplan配置：
network: version: 2 ethernets: eth0: addresses: [192.168.1.100/24] routes: - to: default via: 192.168.1.1 nameservers: addresses: [8.8.8.8]5.2 迁移检查清单
备份原有配置：
sudo cp /etc/network/interfaces ~/interfaces.bak禁用ifupdown：
sudo systemctl stop ifupdown sudo systemctl disable ifupdown验证网络功能：
ping -c 4 example.com ip route show监控系统日志：
journalctl -u systemd-networkd -f
在实际迁移过程中，我发现最稳妥的做法是先通过netplan try测试配置，确保所有网络依赖服务（如NFS挂载、数据库连接）都能正常工作后再永久应用。曾经有一次因为忽略了NTP服务对网络的依赖，导致时间不同步引发了一系列认证问题。