我正在运行太空行走服务器来适应它,然后再使用红帽卫星生产。有一个Errata的概念,我不明白,也找不到答案任何地方。已经发现了类似的RHEL: Errata解释,但它仍然无法向我解释。
这似乎是一种保持系统更新的方法。我不明白的是,它与仅仅在存储库/通道中拥有更新的包有什么不同。
所以我的问题是:
发布于 2014-10-01 09:48:55
注:红帽5号卫星仍然是基于项目太空行走,但下一个主要发行版移动到卡特洛,纸浆,木偶和工头。
虽然SuSe管理服务器也是开源项目spacewalk的实现,但我不知道这与Red的卫星服务器实现有多相似,以及这些实现与普通的开源项目相比有何不同。
Errata建议是Red发布更新的方式。如果这个概念类似于其他人实现它的方式,那么就可以放心地假设这个概念。
您可以将单个勘误表建议视为包含更新的“容器格式”,以解决某一软件的错误或安全问题。几乎总是一个错误的咨询结果超过一个更新的包,因此需要一个容器格式。
其次,RHEL 4、5、6和RHEL7服务器和工作站版本上的勘误表咨询不仅会影响一个主要RHEL版本的单一风味,而且还会影响多种口味的RHEL和x86_64。
例如,以Shell休克RHSA-2014:1293-1的关键安全更新为例,您将看到勘误表建议包含了许多标准的标头,
Advisory:           RHSA-2014:1293-1
Type:               Security Advisory
Severity:           Critical
Issued on:          2014-09-24
Last updated on:    2014-09-24
Affected Products:  Red Hat Enterprise Linux (v. 5 server)
                    Red Hat Enterprise Linux Desktop (v. 5 client)
                    Red Hat Enterprise Linux Desktop (v. 6)
                    Red Hat Enterprise Linux Desktop (v. 7)
                    <snip>
CVEs cve.mitre.org: CVE-2014-6271接着是一个人类可读的问题描述(S)在这份勘误表咨询和更新的包裹清单中提到的。
在本例中,更新的包是bash和一些常规二进制RPM包:实际的bash rpm包、针对每个体系结构的bash-debuginfo包和bash-doc,以及受影响产品列表中提到的主要版本。
应用勘误表的操作概念是,您希望报告已修补的安全漏洞和修复的bug,而不是安装的包版本。
https://serverfault.com/questions/632651
复制相似问题