将Fedora用于服务器有什么问题?


17

我已经使用Fedora托管服务器很多次了。我从来没有遇到任何问题。仍然所有新用户来告诉F​​edora不安全。我们应该使用Ubuntu / CentOS或其他发行版,而不是Fedora。我从不了解Fedora的问题是什么。是什么使其他发行版更安全。

几点:1. Fedora附带的iptables配置为仅允许SSH。另外,如果需要的话,我们总是可以配置iptables甚至阻止SSH。因此,防火墙很快就来了。

  1. Fedora会定期发布更新(包括安全补丁和常规补丁)。

  2. 人们说发行版X每5年发布一次新版本,而Fedora每6个月发布一次。每5年发布一次如何使事情变得安全。如果您认为5年之久的东西是安全的,请安装5年之久的OS,或者即使新版本来了也不要升级5年。我个人觉得五年不提供新版本并不会增加安全性。当检测到错误时,您将必须发布5年的补丁程序。因此,使用非常老的操作系统仅意味着需要更多补丁。如果我们使用最新发布的版本,则必须应用更少的更新/补丁。我从未理解过,每5年发布一次如何使事情变得安全。

  3. 所有操作系统都使用类似的软件包,例如Gnome,Open-Office,KDE,Open-SSH,Apache。其他发行版开发人员是否花时间阅读这些软件包的源代码并更正安全性错误(如果有)?即使他们不愿意发布这些缺陷,所有其他发行版也会为此发布补丁,包括Fedora。还是他们会确保自己的发行版,而不必通知其他人。所有这些都假设他们确实读取了apache,gcc和Open-Office一样大的数百万行软件包代码。如果每个发行版中的情况都相同,那么Fedora更容易受到攻击。

  4. Fedora预先安装了seLinux,并且配置良好。

  5. 在fedora中,绑定默认在chroot中运行。现在,在Fedora 11中,默认情况下也提供DNSSEC支持。请参阅问题Fedora 11上的DNS服务器,其中有人指出Fedora不利于托管DNS。我不知道为什么。

In fact one of the new admins installed Cent-OS 5.3 on one of the test machines. I used it to ping one IP which was not there. I got ping replies. I was astonished since it was not possible. I tried to find out the location from where replies are coming but failed. At end after trying for more than a hour, I removed network cable from CentOS machine. I was still able to ping the IP. Then I tried to ping IP address of the machine. I could ping that too. So I was able to ping two IPs (not others, I tried them too) when machine was configured with one IP and no aliases (eth0:1, etc.) were present. I checked ifconfig output too. I lost complete trust in so called server distributions and installed Fedora 11 on all test machines. Now I do not face such strange problems for things as basic as ping.

如果能得到表明Fedora不安全的真实示例,并且在这种情况下可以进行其他分发,我将不胜感激。不要举一些被管理员弄错的例子。我们不能为此怪罪于发行。也不要给出非常古老的Fedora 1、2或Fedora 3示例。Fedora项目现在已经非常成熟,尤其是最后两个版本10、11。如果您遇到的安全问题仅适用于它们,请分享您的经验。


在进行ping讨论后,我遇到了麻烦。你从哪儿来的?您要查询哪个特定IP?您应该能够从主机的控制台ping通主机。如果您可以通过断开网络电缆从其他位置对主机进行ping操作,则问题不在于主机是否断开。
kmarsh

当主机未连接到网络时,我能够从主机ping通两个不同的IP。我尝试使用Crtl + C并再次开始ping操作,但仍然可以从未连接任何网络的主机ping到两个不同的IP。我尝试在两个不同的终端中并行ping通两个IP,并且能够ping通两个IP。但是它仅适用于两个IP。我尝试了其他几个IP,但它们没有按预期ping通。主机上没有奇怪的防火墙配置,可能是造成此问题的原因。
Saurabh Barjatiya 09年

Answers:


12

没有任何东西表明Fedora不适合在服务器上使用,也没有任何东西表明“服务器发行版”是服务器的唯一选择。这取决于您的特定需求。

使用“服务器发行版”可以获得的好处是:

  • 长期支持
  • 稳定的API(几乎没有库和应用程序的版本升级)
  • 向后移植安全修复程序和错误修复程序
  • 有偿支持

我对服务器变形的主要“抱怨”是软件/库往往有些陈旧,并且受支持的软件包的范围比社区推动的工作要小得多。

也就是说,长期的支持和不变的API是商业软件供应商喜欢的东西,因为API突然改变了,所以他们不必为最新的库重建其应用程序。他们可以为供应商Y版本X开发,并且知道该平台将在未来几年内出现。


我意识到,就您的问题的实际内容而言,我的回答可能有点“偏离主题”,因此,应将其更多地视为对问题标题/主题的回答。无论如何,讨论各种发行版的安全性优点是毫无意义的,它们都提供了足够的安全性,您也许可以“强化”自己的方法以摆脱供应商的不安全感。如果安全是您最关心的问题,我建议您看一下像OpenBSD这样的以安全为主要重点的产品。
Kjetil Joergensen,2009年

14

我以为我没有什么要补充的,但是在将Fedora运行了将近两年之后-对于我非常重要的Zabbix监视系统!-我似乎有几句话要说。

首先,这不是我的第一选择。通常,对于那些甚至非常重要的东西,我都会选择CentOS / RHEL来获得这些发行版提供的长期稳定性。但是,对于此特定部署,我绝对需要Zabbix 2.0中的功能,而EPEL存储库仅提供1.8。(EPEL现在除了1.8之外还具有Zabbix 2.0和2.2软件包,尽管当时还没有。如果有的话,我永远也不会尝试过。)

因此,这里要权衡一下:Fedora拥有最新的软件,但其发布的生命周期非常短,只有13个月,而新发布的版本大约每6个月发布一次。这意味着除了通常定期安装更新之外,我还必须计划一个维护窗口来每年两次升级Fedora。

对于应该跟踪所有其他内容的监视系统,至关重要的是,此类维护周期应尽可能短且尽可能短。由于需要如此频繁地进行升级,因此通常会排除这种分布,但是请记住,我还有更多紧迫的担忧;没有我需要的功能将毫无用处。因此,这是我(几乎)完全了解后果之后做出的一个权衡。

不久前,我使用Fedora的新fedup升级工具在此服务器上进行了Fedora 18-19升级。我计划停运两个小时,再花两个小时来处理可能已死亡的所有受监视服务,而自从Zabbix宕机以来,这一事实一直未得到解决。

实际的服务中断时间为11分钟。从Zabbix在重新启动之前停止运行到备份并在完成升级后监视服务的时间。我没有意识到停机时间会这么短!尽管我从经验中知道Fedora很少出现重大升级问题,但我预计会有更多麻烦。(而且它得到了进一步的改进:当我完成Fedora 19-20升级时,整个停机时间是惊人的六分钟。同一时间是20-21。)

该服务几乎肯定会在可用时移至RHEL 7。经历了这段经历之后,我对Fedora作为服务器有了更大的信心,现在打算保留它,即使每六个月进行一次重大升级。迁移到RHEL将会更具破坏性,并且由于以下原因可能会限制我的未来:

不幸的是,Red Hat在主要版本之间的间隔时间如此之长。EL5和EL6之间的类似延迟使我实际上将Ubuntu安装投入生产,这一点我至今仍在努力。(对于该系统,我考虑过Fedora,但奇怪的是,尽管EPEL中使用的是旧版本,但当时根本没有打包我需要的软件。)


关于运行Fedora的一个“问题”没有人提到,您会在将它们包含到RHEL中之前就看到许多新东西,包括大型软件项目和小型增强功能。因此,当您去管理RHEL / CentOS系统时,会想念它们。例如,Fedora具有大量的bash补全,默认情况下RHEL中还没有。值得注意的一项是yum命令行中包名称的制表符补全。

因此,当然可以在生产中使用Fedora,只要您可以接受权衡:

  • 没有支持合同。您必须具有足够的内部专业知识来管理服务器及其服务,并处理可能出现的任何问题;仅提供社区支持,并且没有任何保证。RHEL的经验非常相似,因此很有帮助。
  • 您必须有一个维护窗口,至少每年进行一次升级。虽然每六个月会更好一些;如果您每年进行升级,则必须一次升级两个版本,这会使您在凌晨3点必须处理的潜在问题数量翻倍。
  • 更新可能会带来新版本的软件,您将必须处理这些新版本;但是,这些将是发行版,而不是主要版本。在极少数情况下,可能会添加重要的新功能(例如BZ#319901)。但是,通常情况下,软件在发行版的整个生命周期内都保持相同的版本号,并向后移植了一些修补程序。只有某些软件包(例如PHP)跟踪上游发行版。
  • 尽管安全更新的速度没有显着差异,但它们不一定总是与错误修正更新(例如,PHP)隔离开来。这是否有问题取决于您计划运行的服务。

考虑到所有因素,Fedora仍然不是我选择服务器平台的首选,也许永远不会。(尽管我一直对Fedora 桌面用户感到满意)。如果您绝对需要更多的“企业版”发行版中不提供的更多当前版本的软件,并且您可以接受这些折衷,那么就没有任何好处了。使用Fedora是错误的。


最后,由于您是专门询问安全性的,因此请多说几句。

如前所述,Fedora与任何其他发行版之间的安全更新速度没有真正的区别。Fedora打包人员特别努力保持靠近上游,并尽可能快地获取此类更新,有时甚至在上游项目之前也是如此。

像它的企业大佬一样,Fedora还附带了相当严格的安全性配置:服务(ssh除外)默认情况下关闭;默认情况下,IPv4和IPv6均启用了默认拒绝防火墙;SELinux默认是强制执行的。此外,Fedora还通过其他多种方式进行了加固

另一方面,您很早就可以看到新的安全技术。一个示例是最近引入的FirewallD,尽管切换回以前的防火墙很容易,但尚不适合黄金时间。


13

本质上,它更重要的是稳定性和变更率,而不是安全性。Fedora是Red Hat推出新功能和应用程序以验证其相关性,提供实验平台和解决集成问题的平台。

通常,这不是您希望服务器执行的操作-您通常希望服务器以最稳定的方式执行功能。

根据您的操作,Fedora可能还不错。如果您正在开发Linux桌面应用程序,那么最好使用最新技术。同样,如果您正在研究一个学期的学校项目或其他一些期限有限的项目,而这些项目的变化速度并不大,那么Fedora也可以。


1
如果某些Fedora服务器运行正常,即使发布了新的Fedora版本,我也没有升级它。它也会使Fedora稳定吗?毕竟,升级到最新版本的操作系统不是强制性的,如果我不升级,一切将继续正常进行。因此,如果我们不尝试继续升级到最新的Fedora版本,则可以将Fedora用于服务器。你同意吗?
Saurabh Barjatiya 09年

但是安全更新呢?你会做的,对不对?
乔什·布劳

是的,但是程序包更新后我从未遇到过问题。安全更新对我而言从未影响服务器的工作。旧的配置文件不会被替换,因此即使在更新后也没有任何问题,一切运行良好。
Saurabh Barjatiya 09年

1
这取决于您在做什么。例如:如果您正在运行使用数据库的关键任务应用程序;您可能不希望继续更新数据库的主要版本,并冒与应用程序代码不兼容的风险。
Guy C

这里不谈论关键任务应用。这将需要太多的安全性和知识。如果由于某些不幸的原因导致停机的普通服务器不会造成太大的损失。特别是不会损失生命/完全达到服务器的目的。
Saurabh Barjatiya 09年

7

使我无法在服务器上使用Fedora并偏爱Debian,Ubuntu或CentOS 的关键点是稳定性和支持时间。运行服务器时,需要稳定性,安全性和寿命。是的,几乎每个发行版都在打包相同的软件,所以在那没关系。这取决于测试的内容,是否有安全更新以及是否受支持。

如果您想获得优势,Fedora的每6个月发布时间表是不错的选择,但是当谈论服务器优势时,并非总是一件好事。最重要的是,Fedora仅支持最后三个版本,这意味着您将在18个月内看到不受支持的操作系统,并且必须进行升级。如果您曾经进行过Fedora升级,它们通常很糟糕,并且在桌面/笔记本电脑上进行全新安装会更容易一些,而对于桌面服务器/笔记本电脑来说,全新安装可能并不那么糟糕,但是对于服务器而言,这意味着停机,这是大多数系统管理员所无法接受的。

到目前为止,CentOS的支持周期最长,在此期间,它受到支持,并且安全补丁和更新已发布,因此在整个时间内它不是同一版本。这样做的好处是您不必花所有时间准备下一次升级。您有一台稳定的服务器,上面运行着经过测试的稳定软件。

Debian的发布时间表比Fedora更长,但比CentOS短,但总是可以进行安全更新。Debian的另一个优点是干净的升级路径。Debian发行版已针对全新安装和实时升级进行了测试,只有在能够成功完成而不会出现问题之前才实际发行。这种对细节的关注以及愿意推迟发布日期以清除更多程序包错误的意愿是它最强大的优点之一。DEB软件包结构本身也经过精心设计,可以使升级非常顺利并保持您的配置。它唯一真正缺乏的是商业支持,在这种情况下,您可以寻找Ubuntu,它从Debian那里获取软件包,就像CentOS从RHEL那里获取许多软件包一样。

编辑:添加了粗体文字以引起人们对以下事实的关注:显然,我认为Fedora对于服务器平台不够稳定。


我必须在18个月的时间上与您达成一致,并且仅支持最后三个版本。我也一直执行全新安装,从未升级,因此也没有升级经验。但是我确实管理很少的CentOS服务器。我讨厌在CentOS中使用vim,当我按Tab时,它会尝试一些令人讨厌的自动完成功能。另外,当我不得不安装诸如awstats / denyhosts之类的工具时,我在默认的CentOS存储库中找不到它们。我必须按源安装它们。实际上,我尝试了从其网站获得的awstats的rpm,但无法正常工作。所以我最后必须按源安装它。
Saurabh Barjatiya 09年

因此,在这种情况下,fedora可以避免麻烦,因为awstats带有默认软件包,并且可以使用yum安装denyhosts,而默认存储库没有任何问题。幸运的是,在我的用例中,重新安装18个月并没有太大的问题。实际上,它有助于清理不再需要的配置线。但是我想对于大型/著名的网站服务器,ISP服务器等来说。18个月还为时过早。谢谢回复。
Saurabh Barjatiya 09年

还不到18个月。通常在发布n + 2后一个月就停止对发布n的支持。因此,您需要每12个月升级一次,并且在新的fedora推出后即开始安装。如果要在安装到服务器上之前将每个fedora版本的稳定期维持在2/3个月,那么您希望每6个月重新安装一次。
theotherre

3
对于CentOS-Base,CentOS-Plus或CentOS-Extra仓库以外的任何内容,您可以随时查看EPEL存储库中是否有经过高质量测试的RPM软件包... AWstats可在以下位置获得:* epel:mirrors.tummy.com可用软件包名称:awstats拱形:noarch版本:6.7发行版:5.el5大小:1.1 M回购:epel摘要:高级Web统计URL:awstats.sourceforge.net许可证:GPLv2
Jeremy Bouse 09年

1
如果您的CentOS问题是vim的行为方式,建议您修改vim配置。可以编写脚本来从源代码安装1或2个应用程序并修改vim配置,并且可以将其添加为在安装新服务器时运行的安装后任务。
sclarson

5

没有支持。

Fedora没有像Red Hat Enterprise这样的技术支持合同。如果您遇到停播问题,没有人可以打电话。


1
我们必须支付这些技术支持合同的费用。因此,这是一种在成本和支持之间进行的交易。另外,它不会使Fedora变得不安全。这仅表示您自己。到目前为止,在没有任何支持的情况下,一切运行良好。我希望它会保持不变。Web搜索,手册页和文档很有帮助。现在,我们有类似serverfault的站点可以提供帮助。肯定的是,如果人们买得起,则企业版可能会有安全感,如果出现问题,我们可以寻求帮助。
Saurabh Barjatiya 09年

5

我最大的论点是:

服务器不是其主要目标受众

同样,我不建议在服务器环境中使用Ubuntu,许多人不同意我的观点,但这并不是主要目标。

面向服务器的部门中经常缺少针对家庭用户和台式机的软件,就像针对服务器的功能对于家庭用户而言效果不佳一样。

此外,针对家庭用户的平台往往会吸引更多家庭用户,因此,由于这种影响,将优先发现,报告和修复错误。

同样,针对服务器使用的平台将倾向于吸引服务器使用,因此,与服务器使用相关的错误将很可能在您找到它们的时间就被发现并解决。

(我至少有一位朋友在生产环境中具有Ubuntu的专业经验,并说他对此感到非常恐惧,因为在生产服务器中,他们更喜欢CentOS。)

seLinux

Fedora预先安装了seLinux,并且配置良好。

重要的是要注意,seLinux并不意味着安全。

来自NSA自己的seLinux网站

增强安全性的Linux仅旨在演示像Linux这样的现代操作系统中的强制性控制,因此,仅靠其本身不可能满足安全系统的任何有趣定义。


所有发行版都将使用类似的服务器,如apache,open-SSH,vsftpd,sendmail,postfix等。如果发现并修复了错误,它将影响所有发行版。对于一种发行版,我们不会有非常好的稳定的apache;对于其他发行版,我们不会有越野车的apache。这是假设的Apache开发者开发和改进Apache和分布只需使用同样的事情在路径细微的变化,等等
SAURABH Barjatiya

好。seLinux可能不会增加安全性。它也不会减少它。那么Fedora和其他发行版一样好吗?
Saurabh Barjatiya,2009年

1
这与单个软件无关,重要的是$ OS可以多快打包打包此修复程序并将其提供给您,并且如果没有人在您的平台上使用该软件,则获得修复程序的可能性就会减少。对于台式机永远不会使用的奇怪东西(例如网络阻止设备等)来说更是如此。此外,fedora上的apache = ubuntu上的apache,它们都有特定于厂商的补丁集,甚至具有不同的目录布局!
肯特·弗雷德里克

1
所有发行版都使用相同的软件,但版本不同。Fedora将为您提供所有功能的最新版本,其中将引入和测试新功能,而其他发行版通常会为您提供经过更长时间测试的较旧版本。这不是偶然的事件,fedora旨在做到这一点。如果您计划在生产中运行该事实,则至少应接受并准备处理该事实
theotherre

我不是系统管理员,但是我们的一名系统管理员曾经因为要创建文件夹需要一些PHP脚本而禁用了Apache的SELinux。失败了,Red Hat表示:“安全性目标是确保Apache HTTP仅读取静态Web内容,而不做其他任何事情,例如写入内容,连接到数据库套接字,读取用户主目录等。 “ 我要说的是:如果一个人不了解SELinux,那么,如果人们只是完全禁用它而没有其他安全措施,那么它实际上可能会降低安全性?
Arjan

3

我是Fedora的忠实粉丝,我认为它很棒,并且可以在所有台式机/笔记本电脑上运行它,但是我不会在任何服务器上运行它。

  • Fedora旨在更接近“出血边缘”。这意味着您将获得花费更少时间进行测试的更新软件。由于没有确切的时间同时发布任何版本,因此很难获得确切的数字,但是我觉得ubuntu通常在新功能方面落后于一个版本,而debian / centos / redhat则落后得多。

  • 我的印象是,因此,fedora上会有更多更新,但是我再也没有任何数字可以支持此。

尽管缺少ubuntu的LTS模型,但真正使它动摇的是。您可以在发布ubuntu LTS几个月后再安装它,并且知道它有足够的时间来解决所有主要问题并有所解决。

之后,您将知道至少有4年的进一步支持和升级时间,然后才能升级服务器。我可以忍受运行fefora的任何其他潜在问题,但不必每年至少一次在每个盒子上移动发行版(尽管可能两次)。


编辑:找到一些数字...

Fedora 11随附了openssh服务器5.2版。发行后,ubuntu karmic将仅具有5.1版本,即与debian lenny相同的版本。centos网站对我来说太糟糕了,无法找到版本,但是afaik它们在4.x上


2

不是说软呢帽是不安全的。这是因为它附带了最新的边缘软件包,并且刷新非常快,因此您必须每年左右进行升级以保持安全更新。如果您拥有数量不菲的服务器,那将是一件大事,特别是考虑到fedora更新过程(iirc)需要停机。


如果发现了一些新的漏洞。所有发行版都将容易受到攻击,我们将必须应用安全补丁。我不了解fedora更新过程的停机时间部分。我无需重启就可以毫无问题地更新系统。只有内核更新需要重启,但这是可以理解的。
Saurabh Barjatiya 09年

2
没错,这里没有停机时间...除了长时间的内核升级。再说一次,我们所有的Linux人士最终都重新启动了ol'box以进行内核升级,所以这很公平
bobby

3
关键是,过了一段时间,Fedora将发行版本放弃为“过旧”,您将无法获得更多的安全更新。那时,您正在查看的是从修订版到修订版的更新(我从来没有做过)或重建。如果您要处理的计算机很多,那么稳定性以及安全更新将持续数年的知识是很好的。
David Mackintosh,2009年

大卫的说比我在这里要好得多。
Cian

2

与在CentOS,Debian,Ubuntu,Gentoo,Slackware,SLES等服务器上相比,在服务器上使用Fedora确实是正确的工具。

您会从服务器管理员那里发现有关服务器上Fedora的主要抱怨是每6个月到一年的升级周期(取决于您是否始终希望使用最新版本或跳过其他版本)。如您所指出的,Fedora安装了“默认情况下安全”的配置,并提供了许多维护安全系统的工具。特别是在服务器上,预升级工具可以很好地处理不同Fedora版本之间的迁移,从而在某种程度上减轻了这种担忧。

如果您需要更长的发布周期,那么诸如CentOS(它实际上是Red Hat Enterprise Linux的免费版本)之类的东西可能会减轻您的工作量。

总而言之,我认为如果您对Fedora满意的话,就很好。我从未见过任何证据表明Debian,Ubuntu或CentOS 比Fedora 更安全


1

可以使任何操作系统安全。关于Fedora作为服务器的两点。第一,每次升级软件版本时,都会冒引入以前版本不存在的新错误和安全问题的风险。这就是为什么公司希望在软件发布后等待一年才能安装软件,因此可以修复许多错误和安全性问题。您不希望每次出现新版本时都因迁移麻烦和涉及新的安全问题而切换到新版本。Second Fedora无法获得RedHat或Ubuntu这样的公司支持。


1
这也可以看作是一个问题。不使用最新版本意味着我们将接触到众所周知的漏洞。引用我昨天在DNS和BIND上所读的内容-“订阅由SANS(www.sans.org)或CERT(www.cert.org)以及许多其他公司提供的一项咨询服务,并针对BIND和相关技术警报采取措施,根据警报的严重程度,这可能需要立即升级,然后进行快速测试,然后再进行系统范围的快速更换,这种情况下,比起已知的漏洞利用冒新问题的风险更大。 ”
Saurabh Barjatiya 09年

1
如果您有大型公司支持的服务器操作系统,如果受影响的软件版本仍然是他们提供支持的操作系统版本的一部分,则他们将向后移植他们需要的所有安全修复程序。
杰瑞德(Jared)'2009年

1

我们在工作中使用RHEL。如果您必须每6或12个月升级7k服务器,我们将永远领先。我们仍将Win2k3服务器保留到2008年。

对于拥有许多服务器的公司而言,Fedora发行版过于频繁而无法保持最新​​。对于小型企业,请确保Fedora可以使用。但是话又说回来,您将需要现场的linux管理员,并且大多数人负担不起解决许多问题的能力。这就是RHEL的优势-付费支持。

我在家使用Debian。我刚刚从7升级到8,运行非常顺利。Ubuntu也有服务器,但是Ubuntu等同于Fedora。Debian需要很长时间才能推出新软件包,因为它们会对其进行全面测试。缺点是,您可能没有最新的Apache或MySQL或任何您需要的具有所需功能的应用程序。当然,您可以单独下载它,但是它破坏了拥有“稳定且安全”的操作系统的目的。


甚至我都不会用Fedora做任何事情。但是在某些针对性的情况下,快速更新周期可能更有意义。例如,某些Web应用程序。
迈克尔·汉普顿

0

同样-功能/功能可能会出现,然后在下一个发行版中有所体现-对服务器来说 [通常]无用,因为您需要可靠性。OTOH,如果您安装F11并像使用CentOS 5或Ubuntu LTS一样坚持使用2-4年,则没有真正的区别。这与舒适度有关。


-2

等等...什么 据我所知,Wikipedia在Fedora上运行。不在RedHat上–在Fedora上。因此,将Fedora用作WebServer确实没有问题:)


我认为不是:[me @ risby〜] $ telnet en.wikipedia.org 22 [...] SSH-2.0-OpenSSH_5.9p1 Debian-5ubuntu1.1
MadHatter

Wikimedia Foundation曾经使用Fedora,但在2008年切换到Ubuntu
迈克尔·汉普顿

-3

通常,系统管理员希望从面向服务器的发行版中获得以下收益:

  1. 没有最新软件,即使在最新版本上
  2. 您需要的所有软件应该可以从官方存储库中获得:在生产环境中,有时不允许您使用从随机的不受信任的网站甚至更糟的是本地编译的软件包。
  3. 官方仓库中集中及时的安全更新
  4. 软件包安装脚本和策略(由发行版提供),可确保顺利升级(即,在将守护程序升级到新版本时升级配置文件的内容)
  5. (可选)公司支持

Fedora在这一点上失败了,afaik

CentOS在2,3,4,5上失败

Debian失败5

Ubuntu在1失败

你的选择 :)


7
在发布如此庞大的内容之前,我会仔细研究此列表。新人可能会接受您的观点。我不记得使用Ubuntu之外的Fedora或CentOS来使用“不受信任”的存储库了。我记得Fedora大约4天前发布的最后一次“集中且及时的”安全更新。您看过我的软件包安装脚本吗?他们很优雅!请注意,当您下次要发表意见或事实时,请为我们其他人清除。如果您真的想击败列表,您可以说FreeBSD并把它们全部淘汰掉,减去公司的支持。
鲍比

3
IMHO CentOS仅在5日失败。存在与3相关的风险,但是根据我的经验,它们非常及时。
标记

1
如果您要对建议中的不同发行版做出疯狂的主张,则应该使用事实进一步证实它们。除了缺乏公司支持(我相信您会找到愿意提供咨询的顾问)之外,我不同意您对Fedora的评估失败。
Ophidian

1
无论“不受信任”如何,我都发现centos回购协议完全缺乏我最后一次运行它的时间,并且不得不用几个第三方回购协议对其进行补充。我还没有在fedora中遇到这种情况。我在fedora中使用的唯一第三方回购协议是rpmfusion,用于诸如非免费媒体和图形包之类的东西,我认为服务器上对它们的需求不大。
theotherre

3
我只为1、2、3、4、5分投赞成票。但是关于哪个发行版在哪个数量上失败的主张是错误的。
米兰巴布斯科夫2009年
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.