在生产环境中使用 Red Hat Satellite 之前,我正在运行 spacewalk 服务器以适应它。有勘误的概念我不明白,在任何地方都找不到答案。找到了类似的东西RHEL: Errata Explained但对我来说仍然无法解释。
这似乎是保持系统更新的某种方式。我不明白的是,它与仅在存储库/频道中拥有较新的软件包有何不同。
所以我的问题是:
注意:红帽卫星 5 仍然基于太空行走项目,但下一个主要版本将转移到Katello、Pulp、Puppet 和 Foreman。
尽管 SuSe 管理服务器也是开源项目 spacewalk 的一个实现,但我不知道它与 Red Hat 的 Satellite 服务器实现有多么相似,也不知道它们与普通开源项目有何相似之处。
勘误建议是 Red Hat 分发更新的方式。可以安全地假设该概念与其他人的实现方式相似。
您可以将单个勘误报告视为一种“容器格式”,其中包含用于解决某个软件的错误或安全问题的更新。几乎总是一个勘误报告会导致超过 1 个更新的包,因此需要一个容器格式。
其次,勘误建议通常不仅会影响一个主要 RHEL 版本的单一版本,还会影响 RHEL 4、5、6 和 RHEL7 服务器和工作站版本上的多个版本 i686 和 x86_64。
例如,如果您以 Shellshock 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
Run Code Online (Sandbox Code Playgroud)
随后是对本勘误公告中解决的问题的人类可读描述和更新包列表。
在这种情况下,更新的包是一个 bash 源 RPM 和一些常规的二进制 rpm 包:实际的bashrpm 包、一个bash-debuginfo包以及bash-doc受影响产品列表中提到的每个架构和主要版本。
应用勘误的操作概念是您希望报告已修补的安全漏洞和已修复的错误,而不是已安装的软件包版本。
| 归档时间: |
|
| 查看次数: |
5246 次 |
| 最近记录: |