1. 问题现象与背景分析
最近在Ubuntu服务器上遇到一个棘手问题：每次系统重启后，之前配置好的静态IP地址、DNS设置等网络参数都会丢失，必须重新手动配置才能恢复网络连接。这种情况在Ubuntu 18.04及更高版本中尤为常见，特别是当使用Netplan进行网络管理时。
这个问题看似简单，实则涉及Ubuntu网络管理架构的深层机制。传统上，Ubuntu使用ifupdown工具管理网络（通过/etc/network/interfaces文件），但从17.10版本开始逐步转向Netplan（使用YAML配置文件）。这种过渡期的架构变化，加上不同网络管理工具之间的兼容性问题，是导致配置丢失的主要原因。
2. 根本原因诊断
2.1 Netplan与NetworkManager的冲突
现代Ubuntu系统通常同时安装Netplan和NetworkManager两个网络管理工具：
- Netplan：作为配置生成器，将YAML配置转换为后端实际使用的配置
- NetworkManager：常用于桌面环境，提供动态网络管理能力
当两者共存时，如果没有明确指定管理权限，重启后可能会出现配置被覆盖的情况。通过以下命令可以检查当前活跃的网络管理工具：
bash复制ps aux | grep -E 'NetworkManager|netplan'
2.2 配置文件权限问题
检查/etc/netplan目录下配置文件的权限至关重要。错误的权限设置可能导致配置无法在启动时正确加载：
bash复制ls -l /etc/netplan/
理想情况下，配置文件应具有644权限（-rw-r--r--），且属于root用户。
3. 永久解决方案实施
3.1 明确网络管理权限
编辑Netplan主配置文件（通常位于/etc/netplan/50-cloud-init.yaml或类似名称）：
yaml复制network:
version: 2
renderer: networkd # 明确使用systemd-networkd
ethernets:
enp0s3:
dhcp4: no
addresses: [192.168.1.100/24]
gateway4: 192.168.1.1
nameservers:
addresses: [8.8.8.8, 1.1.1.1]
关键配置项说明：
renderer: 指定networkd而非NetworkManager- 静态IP配置需包含完整的addresses、gateway和nameservers
3.2 应用并测试配置
应用新配置并测试：
bash复制sudo netplan apply
sudo netplan try # 测试配置，60秒后自动回滚
ping -c 4 google.com
4. 高级排查与验证
4.1 检查服务依赖关系
确保必要的服务已启用并配置为开机启动：
bash复制systemctl status systemd-networkd
systemctl enable systemd-networkd
4.2 日志分析
查看网络服务相关日志，定位启动时的错误：
bash复制journalctl -u systemd-networkd -b
dmesg | grep -i net
5. 云环境特殊处理
对于云实例（如AWS、Azure），cloud-init可能会覆盖网络配置。解决方法：
bash复制sudo touch /etc/cloud/cloud-init.disabled
sudo apt purge cloud-init
6. 持久化网络配置验证
为确保配置真正持久化，建议进行完整测试流程：
- 修改Netplan配置
- 执行
netplan apply - 重启系统
- 检查IP配置：
bash复制
ip a nmcli device show
7. 故障恢复方案
当所有方法都失效时，可以尝试以下应急方案：
bash复制sudo dpkg-reconfigure network-manager
sudo apt install --reinstall ifupdown
重要提示：在关键生产环境中修改网络配置前，务必确保有物理控制台访问权限或备用网络连接方式，避免因配置错误导致系统完全失联。