结论：用 systemctl restart network 最稳妥，但必须确认你改过配置文件且已重载，否则重启无效；远程操作时别用这个，优先选 ifdown + ifup。
直接说结论：用 systemctl restart network 最稳妥，但必须确认你改过配置文件且已重载，否则重启无效；远程操作时别用这个，优先选 ifdown + ifup。
为什么 systemctl restart network 有时不生效
这个命令只是重启服务进程，它不会自动读取你刚改过的 /etc/sysconfig/network-scripts/ifcfg-* 文件。常见失效场景：
- 你刚手动编辑了
ifcfg-ens33，但没运行nmcli connection reload或source /etc/sysconfig/network-scripts/ifcfg-ens33 - 网卡被 NetworkManager 管理（
ONBOOT=yes但NM_CONTROLLED=yes），此时network服务实际不接管该接口 - 配置里写了错误的
DEVICE=名或拼错IPADDR，服务启动失败但不报错，systemctl status network才能看到 “failed”
ifdown / ifup 怎么安全重启单个网卡
适合远程 SSH 操作，避免整网断连。前提是网卡配置文件存在且启用（ONBOOT=yes）：
CentOS Linux 7.9.2009
下载
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
- 先查网卡名：
ip -br a或nmcli device status，别信ifconfig（可能已废弃） - 执行：
sudo ifdown ens33 && sudo ifup ens33—— 注意中间是&&，不是分号，确保 down 成功才 up - 如果提示
Device ens33 does not exist，说明该接口由 NetworkManager 管理，得换nmcli方式 - 若
ifup报No configuration found for ens33，检查/etc/sysconfig/network-scripts/ifcfg-ens33是否存在、权限是否为 600、内容是否含ONBOOT=yes
CentOS 7 下 NetworkManager 和 network 服务共存怎么办
默认两者都装着，但管理权冲突。关键看配置文件里的 NM_CONTROLLED：
-
NM_CONTROLLED=yes→ 交给 NetworkManager，此时systemctl restart network对它无效，要用nmcli connection down ens33 && nmcli connection up ens33 -
NM_CONTROLLED=no→ 交给传统network服务，ifdown/ifup和systemctl restart network都可用 - 混用风险：改完
ifcfg-*后只systemctl restart network，但 NM 正在后台同步修改，可能导致 IP 覆盖或 DHCP 冲突
远程操作时最不容易掉线的操作顺序
别贪快，按步来：
- 先开一个备用终端（比如本地 terminal 连另一台机器做跳板），或用
screen/tmux套一层 - 运行
sudo ip addr show ens33 | grep "inet "记下当前 IP，方便断连后核对 - 确认目标网卡由谁管理：
grep NM_CONTROLLED /etc/sysconfig/network-scripts/ifcfg-* - 如果是
no，就走ifdown/ifup；如果是yes，就走nmcli connection down/up - 最后用
ping -c3 8.8.8.8和curl -I http://baidu.com验证通路，别只看ip a显示 UP
真正麻烦的不是命令输错，而是改了配置却忘了告诉系统“重新加载”，或者同时开着两个网络管理器互相打架。每次操作前花 10 秒看一眼 NM_CONTROLLED 和 ONBOOT，比重装系统快得多。
