首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >是否有充分的理由不禁用/etc/init.d/netoncentos-7支持完全使用NetworkManager?

是否有充分的理由不禁用/etc/init.d/netoncentos-7支持完全使用NetworkManager?
EN

Server Fault用户
提问于 2015-03-24 23:24:08
回答 1查看 836关注 0票数 2

rhel-7/centos-7网络配置很奇怪--主要是因为它们介于旧的(通常由/etc/init.d/network调用的shell脚本,它会改变网络设备的配置状态)和新的方法(管理网络设备设置的NetworkManager守护进程)之间。

据我所知,rhel7/centos-7同时支持网络设备的两种配置模式。他们为NetworkManager使用了一个名为ifcfg-rh的插件,它从/etc/sysconfig/ network /ifcfg-*读取/写网络配置,在启动时配置从这些文件进入NetworkManager,通过NetworkManager (有时)进行的更改在系统运行期间通过ifcfg-rh插件被序列化回这些文件(这涉及到/etc/sysconfig/network/ifcfg-*中奇怪的遗留配置文件格式的翻译-脚本/ifcfg-*-这是最初由一堆shell脚本解释的格式)。这种情况让我害怕,让我想到龙。

我的观点是,跨越两个世界是令人困惑和容易出错的--尤其是当你出于各种原因而不得不自动化网络配置更改时,以及当你必须教育同事在现代系统上使用“新方法”时--那些可能忘记并导致配置控制在两个世界之间偏离同步的人……

因此,为了避免出现奇怪的bug,我只想完全采用NetworkManager并消除遗留的选项。我是否应该使用以下方法来预期副作用:

代码语言:javascript
复制
> 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 /*-/etc/sysconfig/etc/etc/init.d/etc的内容的行为。

到目前为止它似乎正常工作和行为..。我有点担心禁用/etc/init.d/网络‘服务’可能会产生副作用.我不认为在一个完全的NetworkManager世界中仍然应该调用/etc/init.d/网络没有任何理由.?

有没有人知道这会破坏什么行为,或者为什么这不是个好主意?

EN

回答 1

Server Fault用户

回答已采纳

发布于 2015-03-25 00:00:20

如果您正在使用NetworkManager,则没有理由--也不应该--启用遗留网络服务。

相反,如果使用遗留网络服务,则不应启用或启动NetworkManager。

如果您有希望使用旧网络服务而不了解NetworkManager的遗留脚本,则可能会发生损坏。如有可能,应酌情加以调整。否则,您可以始终使用旧的网络服务。

票数 1
EN
页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://serverfault.com/questions/678023

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档