重庆思庄Oracle、Redhat认证学习论坛

 找回密码
 注册

QQ登录

只需一步,快速开始

搜索
查看: 3701|回复: 2
打印 上一主题 下一主题

[系统管理] network service与NetworManager service

[复制链接]
跳转到指定楼层
楼主
发表于 2015-11-13 02:57:49 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 lovestone_1 于 2015-11-13 13:22 编辑

    我们RHEL7的学员提到有关这两者之间的一些问题。同时关联到RH254 P99中的 “Lab: Configuring LinkAggregation and
Bridging”中有disabled掉NetworkManager(以下简称NM)服务。这又是为什么?那为什么会有两个有关网络管理的service?
     黑格尔说过一句至理名言:存在即合理
     Redhat为什么会把network和NM两个服务放在一块,都是做同样的事情,实现一样的目的,是否显得多余。显然跟我们的”一山不容二虎"的理念明显偏差。当然在RHEL7中这样的事还真是不止这一出,这样的冤家还有Firewalld与iptables,ntpd与chronyd。

    “存在即合理”。
      在RHEL6中就已经引入NM。已经有了network,为什么要引入NM(https://zh.wikipedia.org/wiki/NetworkManager)或许Redhat也想把自己的孩子养得更大吧。另外一个层面(个人观点)毕竟network服务多年,在RHEL7诞生的时候,很多的改变改进,全新的systemd,我想我们接受熟悉都需要一段时间。适应毕竟需要一个过程,红帽我想或许从windows产品的演变过程中“学习”到不少经验吧。所以总给我们这些有着多年使用RHEL老产品习惯的老玩家留点念想。所以在全新的产品中留下一些老系统的身影相对来说,我感觉还是挺人性的吧。这么说来红帽的设计师们还是挺情怀的吧。
     老人的感受是照顾到了。给新人的感观意识不见得就平衡了,都是做一样的事,实现一样的目的。非得给我整俩东西摆上面。搞不好,彼此还会有点小情续,造成点小困扰之类的。如果您使用过RHEL最小化安装的操作系统(Centos也一样,现在都是一家人了)您会发现,默认的还是使用的network service(因为NM根本就没有安装)。为什么会这样呢?因为network是个思想单纯的家伙,她一心只想搞定服务器的网络管理工作,其他的事她也不想掺和。NM主相对要上进些了(上面的wiki中会有解释)。

    我们先来看看红帽自家的说法。
    在RHEL7中,系统中的网络服务默认是由NM提供,其是一个系统守护进程。所以我们的nmcli在这个版本的系统中就大行其道,用起来还是相当的方便。传统的ifcfg这样的工具仍然被却支持。
        早期的RHEL版本,对于网络配置我们使用的方法是通过配置"网络脚本"文件来实现的。这个“网络脚本”即"/etc/init.d/network"文件以及任何其他能够被其调用的相关文件。
         虽然NM提供默认的网络服务。红帽的开发人员还是努力使其与network和谐共存,相互协作。所以我们系统管理人员想要使用脚本来搞定网络当然也是可以继续使用的。我们当然期望二者能够并行运行和谐共存。但红帽也说了这样一句话,我感觉是重点,所以保留原话“It is expected that most user shell scripts from previous releases will still work.Red Hat recommends that you test them first."
     在RHEL7中,NM会先起来,并且 network(/etc/init.d/network)会检查NM从而避免干扰到NM的连接。这么一来呢,NM首当其冲成为使用系统配置文件的主要应用程序,而netowrk(/etc/init.d/network)则成为老二,玩了一把AB角的角色。老大不在了,老二来顶。(也就是说没有老大的情况下,老二照样玩得转<RHEL7最小化安装时网络服务就充分地说明了这一点>。以前RHEL版本中的老大<network>现在沦为老二了)。
           无论老大、老二之间怎么倒腾。他们的共性就是都需要使用到/etc/sysconfig/network-scripts"下的相关网络接口卡的配置文件。当然别外一些诸如vpn,adsl拨号等之类的会放到“/etc/Networkmanager”下。所以“/etc/sysconfig/network-scripts"这个通用配置目录中的相关配置文件都能够被老大老二调用。不管使用network的相关管理工具还是NM的相关管理工具,最终都是作用在这些配置文件上。这是老大老二的共性。所以我说过的”一条道走到黑的“的方法就是不管是现在的RHEL7还是以前的RHEL7,编辑配置文件是终极方法。对吧,LINUX很多工作不是就是这么干的吗。
     所以明白一件事很重要。这两者可以并行工作,和谐共处。但并不是谁也不能离开谁,没有谁谁就活不下去的的那种情况。虽然目标一致,但是都是能够独挡一面的主。所以这二者都是能够独立完成自己工作的人,而不是需要相互协作才能完成完成一项工作的人。不过想想在网络如此重要的时代,网络的高可用的必要性还是需要的吗。看来红帽留着老二还是挺体贴的。

     这时候我想回到RH254中的LAB 3(page 99)的问题来了。为什么要  stop掉NM呢?是因为会有冲突?还是说我用nmcli来搞定一系列的设定之后,最后发现,不行啊,NM这家伙应该不太靠谱,还是换回老二来干这事。这显然跟红帽自己所说的自相矛盾,那从她们的共性来说。我个人的理解无论是使用network还是NM,无论你是采用ifcfg还是nmcli,最终都得认配置文件。所以不管是谁来调用那都是没有问题的,或许红帽想表达的正是这个观点。

分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 支持支持 反对反对
回复

使用道具 举报

沙发
发表于 2015-11-14 16:19:45 | 只看该作者
语言非常诙谐,可以说相声了呀。
回复 支持 反对

使用道具 举报

板凳
 楼主| 发表于 2015-11-14 20:33:02 | 只看该作者
郑全 发表于 2015-11-14 16:19
语言非常诙谐,可以说相声了呀。

郑老师,多多指点。
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|手机版|小黑屋|重庆思庄Oracle、Redhat认证学习论坛 ( 渝ICP备12004239号-4 )

GMT+8, 2024-4-30 11:56 , Processed in 0.107243 second(s), 21 queries .

重庆思庄学习中心论坛-重庆思庄科技有限公司论坛

© 2001-2020

快速回复 返回顶部 返回列表