Spacewalk-create-channel(RHN Satellite)是否创build了没有安全更新的频道?
spacewalk-create-channel --user=username --password=password -v 5 -r Server -u U7 -a i386 --destChannel=rhel-i386-server-5.7 .N "rhel-i386-server-5.7"
RHEL 5.7发布date:
这是否意味着使用spacewalk-create-channel方法创build的频道自RHEL 5.7版本(2011-07-21)以来没有软件包更新?
如何确保使用spacewalk-create-channel创build的RHEL 5.7 i386频道,而不更新至RHEL 5.9最新?
如果您需要安全更新,则必须执行以下两项操作之一:
始终更新到最新的服务包,目前5.9。
RHEL订阅通常只接受针对最新次要版本的安全性和错误修复更新。 但是,红帽确实提供了后端function:
购买扩展更新支持您要保留的特定次要版本。
对于那些希望在特定的次要版本上长时间进行标准化的客户,红帽提供了扩展更新支持(EUS)附件到红帽企业Linux订阅。 EUS插件允许客户灵活地决定何时利用新的红帽企业Linuxfunction,包括新的硬件支持。
在红帽企业Linux订阅下,所有可用的RHSA和RHBA都是为当前的主动次要版本提供的,直到下一个次要版本的可用性为止。 相比之下,EUS为特定的次要版本提供了一个独立的,扩展的关键影响RHSAstream,以及在特定的次要版本之后可用的选定的紧急优先级RHBA,并与随后的次要版本并行。 对于EUS用户,如果可用,红帽通常将继续主动提供关键影响RHSA,而不受客户请求的影响。
请注意,6.0以前的某些次要版本没有可用的扩展更新支持(5.7是其中之一)。
有关更多信息,请参阅红帽企业Linux生命周期 。
你还应该花费大约一个小时对那个说你必须保持在5.7的白痴供应商大喊大叫。
运行spacewalk-create-channel命令时,将根据您提供的选项获取包含软件包的静态通道。 您可以随时手动克隆或推入其他渠道的软件包和安全勘误,但是您可能最终难以跟踪渠道中的内容。
Does that mean a created channels with the spacewalk-create-channel methods don't have package updates since the RHEL 5.7 release (2011-07-21)?
是。
How to secure a RHEL 5.7 i386 channel created with spacewalk-create-channel without updating to RHEL 5.9-latest?
这有点棘手。
我猜这是一个供应商需要一个特定的次要版本或什么? 无论如何,说你正在运行的Red Hat发行版的软件包是一个名为redhat-release的软件包,而且我看到有人正在进入/etc/yum.conf并添加:
exclude=redhat-release*
然后,您可以将系统移动到太空行走中的5.9频道,并进行yum upgrade 。 那么你将有一个更新的系统,它会说这是一个5.7。 不过,我不认为这是一个好主意,因为那样你就会运行一些供应商QA可能没有testing过的东西。 另一方面,5.7版系统在安装后升级,但仍然是5.7(例如在RHEL5.8发布之前)。 我不喜欢这个许多供应商的小数目固定。