rhel-7 / centos-7的networkingconfiguration很奇怪 – 主要是因为它们跨越了旧的（通常由/etc/init.d/network调用的，改变networking设备configuration状态的shell脚本）和新的方式（NetworkManager守护进程pipe理networking设备设置）。
据我所知，rhel7 / centos-7同时支持networking设备的两种configuration模式。 他们使用一个名为ifcfg-rh的NetworkManager插件，它从/ etc / sysconfig / network-scripts / ifcfg- *中读取/写入networkingconfiguration，启动时从这些文件进入NetworkManager，并且通过NetworkManager（有时）在系统运行过程中，通过ifcfg-rh插件返回到这些文件（这涉及到在/ etc / sysconfig / network-scripts / ifcfg-中翻译/从奇怪的遗留configuration文件格式转换 – 最初由一堆shell脚本）。这种情况让我害怕，让我想到龙。
我认为，跨越这两个世界是混乱和容易出错 – 特别是如果你不得不自动化networkingconfiguration变化出于各种原因，而且当你必须教育同事在现代系统上做事的新方式 – – 可能会忘记和导致configuration控制的人在两个世界之间不同步…
所以，为了避免怪异的可能性，我想完全采用NetworkManager，摆脱旧有的选项。 我应该用以下方法预期副作用：
> cat /etc/NetworkManager/NetworkManager.conf [main] plugin=keyfile > cat /etc/NetworkManager/system-connections/dhcp-profile.conf [connection] id=dhcp uuid=50263651-4f14-46bc-8dd8-818bf0fe3367 type=ethernet autoconnect=true [ipv6] method=auto [ipv4] method=auto > systemctl disable networking > systemctl enable NetworkManager 我应该确保密钥文件格式化文件是所有NetworkManager设置的真实来源，并且应该删除所有依赖于/ etc / sysconfig / network-scripts / * – / etc / sysconfig / network – / etc内容的行为/init.d/network
它似乎工作和行为通常到目前为止…我有点担心可能会有副作用禁用/etc/init.d/network'服务'…我不认为有任何为什么/etc/init.d/network仍然应该在完全的NetworkManager世界中被调用…？
有没有人知道行为这会打破或原因这不会是一个好主意？
如果您使用的是NetworkManager，则没有理由（也不应该）启用旧版networking服务。
相反，如果您使用旧版networking服务，则不应启用或启动NetworkManager。
如果您有遗留的脚本，希望使用旧的networking服务，并且不理解NetworkManager，则可能会损坏。 如果可能的话，这些应适当调整。 否则，您可以随时使用旧的networking服务。