在服务器运维领域，为了确保网络环境的绝对稳定与配置的持久化，关闭NetworkManager（网管服务）并回归传统的network脚本管理模式，是许多资深系统管理员的首选方案，这一操作能够有效避免因桌面环境网络管理机制介入而导致的配置冲突、IP地址漂移或服务重启后的网络不可用问题,从而为生产环境提供更高的可控性与安全性。
为什么要关闭NetworkManager服务
NetworkManager（NM）最初是为移动设备和桌面环境设计的，旨在实现动态网络切换和零配置网络，在CentOS服务器生产环境中，这种动态特性往往成为不稳定因素，服务器通常要求网络配置固定、持久且不随外部插拔事件而改变，NM服务可能会在特定条件下（如服务重启、DHCP租约更新或硬件检测波动）尝试覆盖管理员手动配置的/etc/sysconfig/networkscripts/下的文件，导致业务中断，NM作为守护进程会占用一定的系统资源，对于追求极致性能的服务器而言，关闭它符合最小化服务原则，将网络管理权收回，交由传统的network服务或直接通过内核配置管理,是构建高可靠服务器基础设施的标准动作。
CentOS 7 环境下的关闭与切换方案
在CentOS 7系统中，传统的network服务与NetworkManager并存，切换过程相对平滑，要实现核心目标，并不仅仅是停止服务,还需要确保传统服务能够接管网络控制权。
需要停止并禁用NetworkManager服务，执行命令systemctl stop NetworkManager可立即停止该服务，随后使用systemctl disable NetworkManager将其从开机自启动列表中移除，系统已不再运行NM,但网络可能尚未恢复。
必须启动并启用传统的network服务，执行systemctl start network命令，系统会读取/etc/sysconfig/networkscripts/目录下的ifcfgens33（或类似网卡名）配置文件来初始化网络接口，为了确保重启后网络自动生效，需执行systemctl enable network。
在此过程中，有一个关键的配置细节需要注意：在网卡配置文件（如ifcfgens33）中，必须添加或修改参数NM_CONTROLLED=no，这一行配置明确告知NetworkManager（即使它被意外启动）不要管理此网卡，从而从配置文件层面锁定了控制权,防止配置被篡改。
CentOS 8 及 CentOS Stream 9 的处理策略
随着CentOS 8及后续版本的发布，系统底层发生了显著变化，传统的network服务脚本已被标记为过时，甚至默认不再安装，这给“关闭网管”带来了新的挑战,但通过专业手段依然可以实现。
在CentOS 8/9中，如果直接停止NetworkManager，可能会导致网络完全断开且无法通过传统命令恢复，推荐的解决方案是安装networkscripts软件包以提供兼容性,或者采用手动管理网卡的方式。
若追求极致的轻量化，可以保留NetworkManager软件包，但将其服务设置为禁用状态，并完全通过手动编辑/etc/sysconfig/networkscripts/下的文件来配置IP，由于没有network服务，配置文件的生效通常需要重启网卡接口或重启系统，可以使用nmcli connection reload配合nmcli connection up来应用配置,但这实际上仍调用了NM的CLI工具。
若要彻底脱离NM管理，最专业的做法是安装networkscripts包（yum install networkscripts），然后参照CentOS 7的方法，停止NM并启动network服务，如果无法安装该包，管理员需要直接使用ip命令（属于iproute2包）进行临时配置，并将配置写入/etc/sysconfig/networkscripts/，依赖系统启动时的初始化过程应用配置，在这种情况下，建议在/etc/sysconfig/networkscripts/ifcfgeth0中设置BOOTPROTO=static，并手动配置IPADDR、PREFIX和GATEWAY,确保网络参数在系统引导阶段被内核正确读取。
关键配置文件详解与验证
无论版本如何，核心的配置始终围绕/etc/sysconfig/networkscripts/目录下的文件展开,一个标准的静态网络配置文件应包含以下关键参数：
TYPE=Ethernet：指定接口类型为以太网。BOOTPROTO=static：明确使用静态IP,禁用DHCP。DEFROUTE=yes：将该接口设为默认路由。NAME=ens33：连接名称,需与文件名中的设备名保持逻辑一致。devICE=ens33：物理设备名称。ONBOOT=yes：这是关键参数,确保系统启动时激活该网卡。IPADDR=192.168.1.100：指定的静态IP地址。PREFIX=24或NETMASK=255.255.255.0：子网掩码。GATEWAY=192.168.1.1：默认网关。DNS1=8.8.8.8：首选DNS服务器。NM_CONTROLLED=no：禁止NetworkManager接管。
配置完成后，验证工作至关重要，使用ip addr show命令检查网卡是否已分配了正确的IP地址，且状态为UP，使用ip route show查看默认路由是否指向正确的网关，通过ping c 4 8.8.8.8测试外网连通性，如果DNS解析出现问题，检查/etc/resolv.conf文件，确保其内容与配置文件中的DNS设置一致，在某些情况下，NetworkManager会在停止后清空resolv.conf，此时需要手动写入DNS配置或安装chkconfig包管理服务。
独立见解与风险规避
在处理CentOS网络管理时，一个常见的误区是认为必须二选一：要么完全依赖NM，要么完全回归传统，在复杂的云环境中，NM对于处理虚拟网卡的热插拔具有优势，但在物理服务器或固定的虚拟机实例上，传统的network脚本提供了更少的“黑盒”逻辑和更强的确定性。
我的专业建议是：在进行此操作前，务必通过IPMI、KVM或控制台（VNC）保持连接，因为一旦SSH连接因网络配置错误而断开，且服务未正确启动，你将失去对服务器的控制，建议在操作前备份/etc/sysconfig/networkscripts/目录下的所有文件，以便在出现不可预料的错误时能够快速回滚，对于CentOS 8/9用户，如果决定彻底移除NetworkManager，需谨慎评估系统更新（如dnf upgrade）是否会因为依赖关系而强制重新安装它，这需要通过exclude参数在yum/dnf配置中进行锁定。
相关问答
Q1：关闭NetworkManager后，DNS解析失效怎么办？A1： NetworkManager通常负责动态管理/etc/resolv.conf文件，关闭它后，该文件可能不会被自动更新或被清空，解决方法是在网卡的配置文件（如ifcfgens33）中添加DNS1=8.8.8.8和DNS2=114.114.114.114，然后重启网络服务，或者，直接编辑/etc/resolv.conf，手动添加nameserver 8.8.8.8，并使用chattr +i /etc/resolv.conf命令锁定该文件,防止被其他进程意外修改。
Q2：在CentOS 8中停止NetworkManager后，network服务启动失败如何处理？A2： 这通常是因为未安装networkscripts包，或者该包在CentOS 8中已被弃用导致的功能缺失，首先尝试执行yum install networkscripts，如果安装源中已无此包或安装后仍报错，说明系统环境已不支持传统的network服务，此时最佳方案是重新启用NetworkManager，但将其配置为“非托管模式”，即在/etc/NetworkManager/NetworkManager.conf中设置managed=false，并在ifcfg文件中设置NM_CONTROLLED=no，这样既保留了NM的底层依赖,又实现了手动配置文件的管理权。
希望这篇指南能帮助你稳定地管理CentOS网络服务，如果你在操作过程中遇到特定的报错信息或版本差异问题，欢迎在评论区分享,我们可以共同探讨解决方案。
