Linux 初学者：如何在 Ubuntu 中重启网络

linux系统重启网卡后网络不通（NetworkManager篇）

说实话，当我在RHEL7 .6 中遇到双重绑定问题时，我遇到了一个非常烦人的问题。
当时使用的是nmcli link和link1 ，系统进入主动/被动模式。
同意 NetworkManager 系统非常智能，并在需要时自动切换。
但当我这样做时，系统卡住了，甚至无法通过 SSH 打开。

我想，当我运行第一次重新启动NetworkManager命令时，systemctl重新启动NetworkManager，天哪，网络立即断开。
我查了半天，发现这个和systemd自带的网络服务冲突有关。
通常，这两个服务可以很好地协同工作，但是设备链接的内容很特殊，特别是当您使用 nmcli 手动管理连接时。

有趣的是，我尝试了两种官方方法。
第一种是直接kill NetworkManager服务，systemctl stop NetworkManager，然后systemctl禁用NetworkManager。
这个方法确实可以解决问题，但是显然不能满足我的需求。
毕竟networkManager是基于企业的。
根据
NM_CONTROLLED="no"是添加ifcfg框架。
这个可以通过NetworkManager绕过，但是说实话，我对这种非常死板的配置有点排斥，感觉不够灵活。

然后我想，既然环境需要nmcli，那我就不使用systemctl来重启网络服务了。
我尝试管理nmcli连接，nmcli连接down网络端口名称，然后nmcli连接up，网络端口名称过了一会儿。
那是最少的一次。
网络运行稳定，重启后没有出现问题。

说实话，当时我不太明白为什么systemctl会出问题。
它可以指 systemd 网络服务的优先级。
但至少我找到了一个临时解决方案，就是使用 nmcli 手动更改链接和 systemctl。
这个方法可能有点极端，但是对于我的具体情况确实有效。

快儿没有亲自跑。
我记得这个配置框架是2 01 8 年RHEL7 .6 版本才开始流行的。
不过建议您检查一下系统版本。
不同版本的行为不同。
综上所述，在处理双网络框架和NetworkManager之间的冲突时，使用nmcli手动控制连接是一个值得尝试的技巧。