在生产中使用红帽卫星之前，我正在运行太空行走服务器以习惯它。 有勘误的概念，我不明白，不能在任何地方find答案。 发现了类似的RHEL：Errata Explained，但对我来说仍然是无法解释的。
看来这是保持系统更新的某种方式。 我没有得到的是，它是不同的，只是在存储库/通道中有新的软件包。
所以我的问题是：
注：红帽卫星5仍然是基于项目太空行走 ，但下一个主要版本正在转移到卡特洛 ， 纸浆 ，木偶和工头。
尽pipeSuSepipe理服务器也是开源项目spacewalk的一个实现，但我不知道它与Red Hat的Satellite服务器实现有多相似，以及它们与vanilla开源项目相比如何。
勘误公告是红帽发布更新的方式。 假设这个概念与其他人如何实现它是一样的。
您可以考虑将单一勘误咨询视为包含更新的“容器格式”，以解决一个软件的错误或安全问题。 几乎总是只有一个勘误的咨询结果，不止一个单一的更新包，因此需要一个容器格式。
其次，一份勘误报告通常不仅会影响一个主要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 随后对勘误咨询中提到的问题进行人类可读的描述，以及更新的软件包列表。
在这种情况下，更新后的软件包是bash源RPM和许多常规二进制rpm包：每个体系结构的实际bash rpm包， bash-debuginfo包和bash-doc ，以及受影响的产品列表中提到的主要版本。
应用勘误表的操作概念是，您要报告已修补的安全漏洞和已修复的错误，而不是已安装的软件包版本。