Linux小红帽是什么？

小红帽Linux是红帽公司的产品，9.0版本以前是免费的。 然后红帽公司分为桌面版(fedora)和服务器版，前者免费，后者收费。\x0d\x0a一般用于服务器系统，以及软件开发平台里。\x0d\x0alinux相对于windows系统来说，更稳定，更可靠，占用空间和内存少，linux服务器放在那儿，3-5年不会出故障的。\x0d\x0a越来越多的企业用linux系统。

目前在各 Linux 发行版中, 比较著名的软件包管理系统有如下两种: RPM: Red Hat/Fedora,Suse,Mandriva 使用的是这类管理系统。 DPKG: Debian,ubuntu使用的是这类管理系统。 UOS是基于Debian发行版本，因此UOS使用的是DPKG包管理机制。 Redhat的rpm软件包管理相信大家都很熟悉,这里主要讲UOS系统的软件升级的源配置,在/etc/apt/sources.list。文件内容的格式如下：deb [by-hash=force] https://packages.chinauos.cn/ eagle main contrib non-free其中，第一列描述了文件类型，是deb类型还是deb-src类型，deb是已经编译好的二进制软件包，deb-src是源码包，第二列是使用的镜像地址，apt可以使用多种类型的镜像地址，如：http、ftp、file等。其中，eagle 是系统的codename。 main non-free contrib是源下面不同的目录，每个目录放一类软件，即不同的子仓库。 在每次修改sources.list文件后，都需要运行apt-get update命令更新源列表系统中所有packages的信息都在 /var/lib/dpkg/目录下, 其子目录 /var/lib/dpkg/info 用于保存各个软件包的配置文件列表，/var/lib/dpkg/available文件的内容是软件包的描述信息, 该软件包括当前系统所使用的深度安装源中的所有软件包,其中包括当前系统中已安装的和未安装的软件包。/var/cache/apt/archives目录是在用 apt-get install 安装软件包时，软件包的临时存放路径，而/etc/apt/sources.list 存放的是软件源站点, 当执行 apt-get install package-name 时,软件包就去这些站点下载软件包到本地并执行安装。 红帽系统与UOS的基本 *** 作命令基本相同，属于Linux基本 *** 作命令。二者命令的主要区别在软件包的管理上，下面就针对二者对软件包的管理命令进行对比。 表1 rpm与dpkg软件包管理常用命令对比表2 yum与apt软件包管理常用命令对比 注：yumdownloader命令需要安装yum-utils*

GNU/Linux是基于GPL开源许可协议的 *** 作系统内核，但仅仅有内核还不是一个完整的 *** 作系统，要想可以使用还需要集成各种应用软件。Linux发行版就是指预先集成好的Linux *** 作系统及各种应用软件，一般情况下用户直接安装就可以使用，不需要再重新编译。

发布Linux发行版的既有商业公司，也有开源社区，现在有超过300个Linux发行版，而且大多数都比较活跃，比如Ubuntu，Fedora，Red Hat Enterprise Linux（RHEL），CentOS，Debian。中国的发行版有刚进入政府采购名称的中兴新支点、相对比较成熟的深度deepin等。

我们平常所说的安装个Linux *** 作系统指的都是安装一个Linux的发行版。

Redhat（红帽）是一家总部位于美国北卡罗来纳州罗利的公司，是世界领先的企业级开源 IT 解决方案提供商，主要开发和售卖Linux及提供技术服务，成立于1993年，于2018年10月被IBM收购。

Red Hat Enterprise Linux（红帽企业Linux,简写RHEL）是Redhat公司推出的主要的Linux发行版，属于开源 *** 作系统。用户可基于这一平台，在裸机、虚拟环境、容器及各类云环境之间扩展现有应用并部署各种新兴技术。

上面我们说过，商业公司Redhat推出了Linux的发行版RHEL，那么根据Linux的GPL开源许可证，Redhat必须开源RHEL的源代码。于是开源社区将RHEL的源代码拿过来，稍作改动，主要是去掉Redhat的商标信息等，然后重新编译发布，就是我们现在知道的CentOS。

虽然CentOS的源码是直接搬用RHEL的，但这在法律上是完全没问题的，因为发布出来的CentOS同样也遵守了GPL。除了一些Redhat的商业应用软件，CentOS追求的是与RHEL 100%兼容。

CentOS已经于2014年被Redhat收购，有了Redhat在治理体系和内容上的帮助，CentOS在获取包括源码在内的开发资源也更加容易。CentOS是由CentOS理事会管理的，在Redhat收购CentOS之后，理事会共11名成员，除了部分原有的理事会成员，还包括了Redhat提名的成员，Redhat提名人员占多数。

上面说过了CentOS是通过编译RHEL的源码来进行发布的，所以CentOS的发布总是在RHEL发布后不久，一般不超过72小时，大版本发布的话会有延迟。自从CentOS 4.4版本开始，RHEL和CentOS就采用了统一的版本规则。

就像我们在之前的文章提到的，所有基于GPL开源许可协议发布的软件，其收费都不是为了版权，而是为其提供的服务和技术支持收费，Redhat的RHEL也是一样。CentOS作为从RHEL源码直接编译的发行版，其作为服务器的高效率及稳定性等方面都是经过实践验证的，所以如果自己有丰富的服务器运维经验，那你可以选择CentOS。但如果没有专业的运维团队，又需要大规模部署，那还是选择RHEL比较明智，Redhat团队会为你提供专业的、标准化的解决方案和专业的技术支持。

---