【问题标题】:Best way of distributing RPM package to Enterprise companies?向企业公司分发 RPM 包的最佳方式?
【发布时间】:2020-08-17 13:51:30
【问题描述】:

我的公司销售一种软件产品,旨在供(大型)企业客户使用。这些客户通常使用 RedHat 操作系统 (RHEL 7\8)。

这些客户通常有严格的安全政策,例如防火墙规则,阻止他们从“未经证实的”来源下载任何内容。让他们更改这些规则中的任何内容都是***的痛苦(任何与企业合作过的人都知道我在说什么)。

因此,我的目标是以某种众所周知且被广泛接受的方式分发我的软件,这将对客户公司的 IT / INFOSEC 部门产生最小的吸引力。

我想第一步是将我的软件打包为 RPM 包。但是,我不清楚将那个包上传到哪里(以及如何),因此它将成为企业 RedHat 用户“本机”可用的。

向 RedHat 企业客户分发软件的“本地”方式是什么?

【问题讨论】:

  • 您的问题非常自相矛盾。您可以打包一个 RPM 并通过您自己的 RPM 存储库使其可用,但是,它当然会有您自己的 URL,这是“未经证实的”并且必须经过公司的审查。确认的 repo URL 将是 RHEL 本身附带的。但我认为,将任何商业内容推送到 RHEL 本地存储库时,您将没有运气。

标签: redhat rpm rhel


【解决方案1】:

您可以查看以下之一:

  • 创建一个 YUM/DNF 存储库(可能是私人存储库),他们可以连接到该存储库并通过该存储库发送您的 rpm(这是向用户发送软件的最常见方式)

  • 向他们指示设置自己的本地 YUM/DNF 存储库,他们可以将任何 RPM(您提供给他们的)添加到存储库中

  • 创建签名的 RPM 并将它们直接发送给客户。他们必须确认您的 gpg 密钥是可信的,并且他们可以验证 RPM 是否未修改。在这里他们将直接使用rpm 命令来安装软件包,而不是通过 yum 来安装

  • 只需给他们简单的 RPM 和这些软件包的 md5sum,这样他们就可以手动验证您提供给他们的 RPM 没有被篡改

从 repo 安装 RPM 会自动处理安装/升级依赖项,但如果您发布“原始”RPM,客户将不得不手动安装依赖项。

【讨论】:

    猜你喜欢
    • 2015-09-11
    • 1970-01-01
    • 2011-08-05
    • 2010-09-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-07-13
    • 1970-01-01
    相关资源
    最近更新 更多