dhclient与NetworkManager冲突

dhclient与NetworkManager冲突的解决之道

在Linux系统里管理网络，dhclient和NetworkManager都是得力干将。但问题来了，当这两位“管家”都想对同一块网卡发号施令时，冲突就不可避免了——它们会争相配置IP地址，结果往往是网络连接变得不稳定。别担心，这种“神仙打架”的情况其实很常见，解决思路也相当清晰。

免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈

核心原则就一条：确保一个网络接口只由一个服务来管理。下面这几种方案，你可以根据实际使用习惯来选。

方案一：二选一，禁用其一

最彻底的解决办法，就是让其中一位“管家”彻底休息。选择哪个，完全取决于你更习惯用哪套工具来配置网络。

如果你决定保留传统的dhclient：
那么就需要停用NetworkManager。操作很简单，执行下面两条命令即可：

sudo systemctl stop NetworkManager
sudo systemctl disable NetworkManager

之后，网络配置就完全交给/etc/network/interfaces文件了。

反之，如果你更青睐NetworkManager的图形化或统一管理：
那就需要让dhclient退场。同样，通过命令来停止并禁用它的服务：

sudo systemctl stop dhclient
sudo systemctl disable dhclient

需要提醒的是，在做出选择前，最好先明确这两个服务的职责。NetworkManager更适合需要频繁切换网络环境（如笔记本在无线网络间切换）的用户，而dhclient搭配ifupdown则更受服务器或固定环境管理员的青睐。

方案二：统一由NetworkManager管理

如果你选择了NetworkManager，那么最佳实践就是完全使用它的生态工具，避免手动调用dhclient。强大的nmcli命令可以搞定一切。

比如，要给一个名叫eth0的网卡设置静态IP并启用连接，可以这样做：

sudo nmcli connection modify eth0 ipv4.addresses 192.168.1.100/24
sudo nmcli connection up eth0

这样一来，NetworkManager会成为网络配置的唯一管理者，从根本上杜绝冲突。

方案三：回归经典的ifupdown配置

如果你的使用场景更传统，或者服务器环境需要脚本化配置，那么保留dhclient并禁用NetworkManager是更合适的选择。此时，网络配置的核心就是编辑/etc/network/interfaces文件。

举个例子，想让网卡ens33通过DHCP自动获取地址，只需在文件中加入：

auto ens33
iface ens33 inet dhcp

保存后，使用sudo ifup ens33命令启用接口，dhclient便会安静地完成它的工作，不会再有任何冲突。

总而言之，解决冲突的关键在于“权责分明”。评估一下你的日常操作习惯和系统用途，选择一套顺手的工具，并确保另一套工具不再介入。只要遵循这个原则，网络配置就能恢复清晰和稳定。动手调整前，记得确认好备份，做到心中有数。