在CentOS中调整IP后必须保存配置并重启NetworkManager服务才能生效。使用nmtui时需选中OK按钮保存，编辑文件后要执行sudo systemctl restart NetworkManager；若配置无效，应检查文件语法、服务状态、接口IP、路由及DNS，并通过日志排查错误。
在CentOS系统里调整完IP地址或其他网络参数后，最关键的一步就是确保这些改动能够被系统正确识别并应用。无论是通过
nmtui这样的交互式文本界面，还是直接编辑配置文件，核心都在于保存你的配置，然后让网络服务重新加载或重启，这样新的IP设置才能真正生效，否则你可能会发现改了半天，网络却依然故我。
解决方案
如果你是在
nmtui（NetworkManager Text User Interface）中进行IP设置，完成地址、网关、DNS等配置后，你需要导航到界面的底部，通常会有一个
OK或
确定按钮，选中它。这一步会将你的更改写入到相应的配置文件（比如
/etc/sysconfig/network-scripts/ifcfg-enp0s3）。仅仅保存还不够，为了让新的IP设置立即生效，你还需要激活或重启网络服务。最稳妥且推荐的方式是使用
systemctl restart NetworkManager命令。对于直接编辑配置文件（例如
vi /etc/sysconfig/network-scripts/ifcfg-enp0s3），保存文件（在
vi中是
:wq）后，同样需要重启NetworkManager服务来应用这些修改。
如何在nmtui
界面中正确保存并退出IP配置？
我在实际操作中，见过不少朋友在
nmtui里辛辛苦苦改完IP，然后直接按
Esc或
Ctrl+C退出，结果发现配置根本没生效，这就很尴尬了。其实，
nmtui的设计是相当直观的。当你进入一个连接的编辑界面，修改了诸如IPv4配置（手动设置IP地址、子网掩码、网关，或者选择DHCP）、DNS服务器、搜索域等信息后，你需要用键盘上的方向键或
Tab键，将光标移动到界面底部的
OK按钮上，然后按下
Enter键。这一步是至关重要的“保存”动作，它会将你的修改持久化到磁盘上的配置文件中。
保存后，
nmtui会回到连接列表界面。你可能还需要将光标移动到
Back，再到
Quit，最后按下
Enter退出
nmtui。但请记住，仅仅退出
nmtui并不意味着新的IP地址已经生效了。NetworkManager服务需要被告知配置发生了变化，然后重新加载或应用这些变化。最可靠的办法是在命令行中执行：
sudo systemctl restart NetworkManager
这个命令会重启整个NetworkManager服务，确保所有相关的网络配置都被重新读取并应用。有时候，如果你只是想让某个特定的接口生效，并且NetworkManager运行良好，也可以尝试使用
nmcli connection reload或者
nmcli device reapply，比如
nmcli connection reload enp0s3。但我个人更倾向于重启整个服务，尤其是在进行比较重要的网络配置变更时，这样可以避免一些不必要的麻烦。
直接修改网络配置文件后，如何确保IP设置生效？
对于习惯了命令行和文本编辑器的老手来说，直接编辑网络配置文件是家常便饭。在CentOS中，这些文件通常位于
/etc/sysconfig/network-scripts/目录下，每个网络接口对应一个
ifcfg-开头的文件，例如
ifcfg-enp0s3。当你使用
vi、
nano或者其他文本编辑器打开并修改了这些文件，比如将
BOOTPROTO=dhcp改为
BOOTPROTO=static，并添加了
IPADDR、
NETMASK、
GATEWAY等参数后，保存文件（
vi中是
:wq）是第一步。
保存文件后，同样需要通知NetworkManager服务来加载这些新的配置。最常见的做法依然是重启NetworkManager服务：
sudo systemctl restart NetworkManager
在一些旧的或者特定的场景下，你可能会看到有人使用
ifdown enp0s3 && ifup enp0s3来关闭再启动某个接口。虽然这在某些情况下也能奏效，但在CentOS 7/8及更高版本中，NetworkManager是主导，直接操作
ifup/ifdown可能会与NetworkManager产生冲突，导致预期之外的行为。所以，我更推荐通过
systemctl来管理NetworkManager服务。
一个常见的陷阱是，如果你的配置文件里有语法错误，或者参数拼写错误，NetworkManager可能无法正确解析它，导致网络服务启动失败或者接口无法获取IP。这种时候，重启NetworkManager后，你会发现网络根本不通。所以，在修改配置文件时务必小心谨慎，每一个字符都可能影响网络的正常运行。
遇到IP设置不生效或网络中断，该如何排查和恢复？
网络配置是系统的心脏之一，一旦出问题，往往会让人手足无措。如果你的IP设置没有生效，或者更糟，网络直接中断了，别慌，我们可以按部就班地进行排查。
检查配置文件语法和内容： 这是第一步，也是最容易出错的地方。用
cat /etc/sysconfig/network-scripts/ifcfg-enp0s3
命令查看你的配置文件，仔细检查IP地址、子网掩码、网关、DNS服务器是否正确，ONBOOT=yes
是否设置，以及BOOTPROTO
是否符合预期（static
或dhcp
）。一个常见的错误是IPADDR
后面少了一个引号，或者NETMASK
写成了NETMASK=
而不是NETMASK="255.255.255.0"
。-
查看NetworkManager服务状态和日志：
systemctl status NetworkManager
：这个命令能告诉你NetworkManager是否正在运行，以及它最近的状态和一些错误信息。journalctl -u NetworkManager --since "5 minutes ago"
：查看NetworkManager的详细日志，通常这里会记录配置加载失败的原因，比如“Error: failed to parse IP address
”之类的具体错误。
-
验证IP地址和网络接口状态：
ip a s enp0s3
：这个命令会显示enp0s3
接口当前的IP地址、MAC地址以及接口状态。如果IP地址与你设置的不符，或者接口显示DOWN
，那么问题就在这里。ip route show
：检查路由表，确保默认网关设置正确。
-
测试网络连通性：
ping 127.0.0.1
：测试本地回环接口，确认TCP/IP协议栈是否正常。ping <你的网关IP>
：测试能否到达网关，这能排除物理连接和本地网络配置问题。ping 8.8.8.8
：测试能否访问外部IP地址，确认互联网连接。ping google.com
：测试DNS解析是否正常。如果能ping通8.8.8.8
但ping不通google.com
，那多半是DNS配置有问题。
-
检查DNS配置：
cat /etc/resolv.conf
：查看当前系统使用的DNS服务器地址。确保这里配置的DNS服务器是可达且有效的。
如果实在找不出问题，或者网络完全中断导致无法远程连接，你可能需要通过物理控制台（如KVM、VMware控制台）登录系统进行排查。在紧急情况下，手动临时配置IP地址（
sudo ip addr add 192.168.1.10/24 dev enp0s3）和路由（
sudo ip route add default via 192.168.1.1）可以暂时恢复网络，让你有时间去修复持久化配置。我曾经就遇到过因为配置了一个不存在的DNS服务器，导致所有域名解析失败，最后是靠
pingIP地址才定位到是DNS的问题。这些小细节，往往是最容易被忽略的。
