CentOS 7重启后IP地址丢失多因网络配置未持久化或服务异常，常见原因：网卡配置文件（如ifcfg-ens33）中ONBOOT=no未启用自启、BOOTPROTO配置错误（如误设为static但未填IP）、NetworkManager服务未正常运行，解决方案：修改配置文件，设置ONBOOT=yes，若用静态IP则配置IPADDR、NETMASK、GATEWAY，DHCP则确保BOOTPROTO=dhcp；启用NetworkManager服务（systemctl enable --now NetworkManager）；重启网络服务（systemctl restart network）并验证，关键确保配置持久化及服务正常，即可避免重启后IP丢失。
在服务器运维中，CentOS 7重启后IP地址丢失是一个较为常见的问题，会导致服务无法访问、网络中断等故障，本文将分析该问题的主要原因，并提供针对性的解决方案,帮助快速定位并修复问题。
问题现象描述
当CentOS 7服务器执行重启命令（如reboot或shutdown -r now）后，重新启动发现网络不可用，通过ip a或ifconfig命令查看，原本配置的IP地址（尤其是静态IP）消失，仅回环地址lo存在，或接口显示为DOWN状态。
常见原因分析
CentOS 7默认使用NetworkManager服务管理网络，重启后IP丢失通常与网络配置、服务状态或系统设置有关,具体原因包括以下几类：
网络配置文件错误（静态IP场景）
若服务器配置的是静态IP，/etc/sysconfig/network-scripts/目录下的网络配置文件（如ifcfg-eth0或ifcfg-enp3s0，文件名与网卡名对应）可能存在配置错误，导致NetworkManager无法正确加载IP地址,常见错误包括：
BOOTPROTO设置为static但未配置IPADDR、NETMASK、GATEWAY等关键参数；ONBOOT设置为no（表示网卡开机不自启）；- 配置参数格式错误（如缺少引号、IP地址与子网掩码不匹配等）。
NetworkManager服务未正确启动或配置
NetworkManager是CentOS 7的网络管理核心服务，若其未开机自启、启动失败或被禁用，会导致网络配置无法生效，若手动修改了网络配置文件但未通知NetworkManager服务重新加载,也可能出现IP丢失。
网卡名称未正确识别（如网卡名变化）
CentOS 7中，网卡名称可能基于硬件信息自动生成（如enp3s0），而非传统的eth0，若配置文件中的网卡名与实际网卡名不一致（如配置文件为ifcfg-eth0，但实际网卡为enp3s0）,会导致网络配置无法加载。
DHCP客户端问题（动态IP场景）
若服务器通过DHCP自动获取IP，重启后可能因DHCP服务未启动、租约过期或网络问题导致IP获取失败，但通常DHCP场景下重启会自动重新获取IP，若长时间未获取IP,需排查DHCP客户端配置。
防火墙或SELinux拦截
虽然较少见，但防火墙（如firewalld）规则或SELinux安全策略可能阻止网络接口启动,导致IP无法生效。
解决方案
针对以上原因,可通过以下步骤逐步排查并修复：
步骤1：确认网卡名称及状态
首先查看当前系统中的网卡名称及状态,执行以下命令：
ip a
若网卡显示为DOWN状态，或未找到配置的IP地址，记录网卡名称（如enp3s0）。
步骤2：检查网络配置文件（静态IP场景）
进入网络配置文件目录,查看对应网卡的配置文件：
cd /etc/sysconfig/network-scripts/ ls -l ifcfg-* # 找到与网卡名对应的文件，如ifcfg-enp3s0
编辑配置文件（使用vi或nano）：
vi ifcfg-enp3s0
确保以下关键配置正确（以静态IP为例）：
TYPE=Ethernet # 网络类型 BOOTPROTO=static # 静态IP，若为DHCP则改为dhcp NAME=enp3s0 # 网卡名称，需与实际一致 DEVICE=enp3s0 # 网卡设备名，需与实际一致 ONBOOT=yes # 开机自启（关键！） IPADDR=192.168.1.100 # 静态IP地址 NETMASK=255.255.255.0 # 子网掩码 GATEWAY=192.168.1.1 # 网关 DNS1=8.8.8.8 # DNS服务器 DNS2=114.114.114.114
常见修复点：
- 若
ONBOOT=no，改为yes（确保网卡开机启动）； - 检查
IPADDR、NETMASK、GATEWAY是否与网络环境匹配； - 确保网卡名（
NAME、DEVICE）与实际一致（可通过ip a确认）。
保存文件后,执行以下命令重启网络服务：
systemctl restart NetworkManager
步骤3：检查NetworkManager服务状态
确认NetworkManager服务是否正常运行,并设置为开机自启：
systemctl status NetworkManager # 查看服务状态，若未运行则启动 systemctl start NetworkManager systemctl enable NetworkManager # 设置开机自启
若服务启动失败，可通过journalctl -u NetworkManager查看日志，定位错误原因（如配置文件语法错误、依赖服务缺失等）。
步骤4：动态IP场景排查（DHCP）
若服务器使用DHCP获取IP，检查ifcfg-*文件中的BOOTPROTO=dhcp，并确保ONBOOT=yes,然后重启网络服务：
systemctl restart NetworkManager
若仍未获取IP，检查DHCP服务是否正常（如是否在路由器/DHCP服务器上分配了可用IP）,或手动触发DHCP请求：
dhclient enp3s0 # 手动获取IP（网卡名替换为实际）
步骤5：检查防火墙和SELinux
若以上步骤无效，可能是防火墙或SELinux拦截,临时关闭防火墙测试：
systemctl stop firewalld # 临时关闭防火墙
临时禁用SELinux（需重启生效）：
setenforce 0 # 临时禁用（立即生效，但重启后恢复）
若关闭后网络恢复正常，说明是防火墙或SELinux规则问题，需检查防火墙规则（firewall-cmd --list-all）或SELinux日志（/var/log/audit/audit.log）,调整相应策略。
步骤6：验证网络连通性
修复后,执行以下命令验证网络是否正常：
ip a # 确认IP地址已正确分配 ping 192.168.
