主页 / server / 问题 / 699235
Accepted
sa289
Asked: 2015-06-16 13:50:22 +0800 CST

Apache 2.2 生命周期结束

  • 772

有谁知道 Apache 2.2.x 的生命周期结束日期是什么时候？从历史规律来看，我猜是在 2016 年或 2017 年（1.3 和 2.0 都在 11 到 12 年之间，2.2 出现在 2005 年）。

我希望找到权威的东西，例如计划的生命周期结束日期或最低承诺的生命周期结束日期（即 Apache 软件基金会保证至少在 20## 之前将支持它），但我在网上找不到任何东西除了历史上发生的事情。

有关历史发布和 EOL 日期，请参阅https://en.wikipedia.org/?title=Apache_HTTP_Server#Development上的表格。

apache-2.2

4 个回答

  1. Best Answer

    Apache 是开源软件，这意味着任何有兴趣的人都可以维护它。

    此外，Apache 是每个 Linux 发行版的重要组成部分，例如。RHEL / CentOS / Oracle Linux 6.x 有 Apache 2.2，将支持到 2020 年 11 月。每个发行版维护者自己修补 Apache（和其他软件包）中的错误。

    因此，Apache 2.2 真正结束生命的日期是不可预测的。

    • 10

  2. 尽管 Apache 2.2 没有正式的生命周期结束，但您可以使用一些措施来确定适当的过渡时间，即：

    • 功能支持（通常通过模块，例如 modssl）
    • 遵守当前标准（例如，TL​​Sv1.2）
    • 错误修复的可用性（向后移植）
    • 安全更新的及时性（例如，logjam）

    从我的角度来看，过去几年已经跨越了其中的几条线。具体来说，带有 modssl 的 Apache 2.2 还没有修复logjam 漏洞，但是 Apache 2.4 已经有一段时间了。

    几年前，Apache 2.2 对 SNI 的支持进展缓慢——它是 Apache 2.4 的一项功能，长期以来通过非官方补丁进行了反向移植。

    我已经使用 Apache 2.2 多年了，几个月前才决定开始过渡到 2.4（我们的一个服务器有一个额外的 SSL 要求，目前只有 Apache 2.4 可以满足）所以我们目前有一些 2.2 服务器，一些2.4。最终我只想支持单个服务器堆栈。您的原因可能会有所不同，但这些是我做出决定的重要因素。

    • 9

  3. 来自http://www.apache.org/dist/httpd/Announcement2.4.html：

    请注意，Apache Web 服务器项目将仅在 2017 年 6 月之前提供 2.2.x 版本的维护版本，并将在此日期之后至少到 2017 年 12 月提供一些安全补丁。预计在整个过程中，2.2.x 的维护补丁最少期间，强烈建议用户及时完成向 2.4.x 风格的 httpd 的过渡，以便从更多种类的次要安全性和错误修复以及新功能中受益。

    • 3

  4. Apache 2.2 的正式生命周期是 2018 年 1 月 1 日（参见Apache主页）：

    Apache httpd 2.2 生命周期结束 2018-01-01

    如前所述，Apache HTTP Server 项目已停止对 2.2.x 系列版本的所有开发和补丁审查。

    Apache HTTP 服务器项目长期以来一直致力于在 2017 年 6 月之前提供 2.2.x 版本的维护版本。最终版本 2.2.34 于 2017 年 7 月发布，不会考虑或发布对错误报告或安全风险的进一步评估对于 2.2.x 版本。

    第一次正式公告是 2016 年 7 月 5 日。

    这适用于我们所有的 2.2 用户，您的时间不多了。

    随着今天 Apache 2.4.23 的发布，Apache 软件基金会包括了上个月商定的 Apache 2.2 生命周期结束 (EOL) 的时间表。

    因此 Apache 2.2 将在 2017 年 6 月 30 日之后不再收到任何新版本。我预计届时会有最后一个版本。Apache 2.2 将在 2017 年 12 月 31 日完全 EOL，之后将不再进行任何维护。

    一些背景

    Apache HTTP Server 的开发人员几乎完全是志愿者，他们将一些空闲时间用于维护该软件。正因为如此，他们可以自由选择这次他们想要投入的内容，对于大多数人来说，主要是维护 2.4 代码库、新功能或增强功能以​​及 2.6/3.0 或我喜欢称之为 2.next . 这导致了一个问题，即没有足够的开发人员能够或愿意花时间审查错误修复或 2.2 的候选版本，并且需要 3 个开发人员来审查并确定任何此类更改或版本。所以如果你不能让三个人来审查和投票，为什么还要费心维护它呢？

    一个很好的例子是 Apache 2.2.32，它计划与 2.4.23 同时发布。有两个 bug 修复已经存在了一段时间，需要审查并允许继续，但仍然差 1 票。上周末是各州的假期周末，但随着假期的结束和 2.4.23 的推出，这将有望在接下来的几天内发生，并在下周的某个时间发布。

    第一次对 EOL 2.2 进行投票是在 2015 年 5 月。这被推迟到 2015 年 11 月，因为当时由于许多维护的 Linux 版本/发行版仍然包含 Apache 2.2，因此 2.4 的采用率不是很好并且不会更新到 2.4。这些版本/发行版自己终于停产了，但只有少数几个。这次推迟的投票终于在上个月进行了，对那些愿意为 2.2 做出贡献的人进行的投票前投票选择了时间表。

    查看该民意调查的结果，我只看到两个开发人员愿意维护/审查错误/安全修复，两个愿意测试和投票支持到 2017 年 6 月的新版本，看起来其余的只愿意到最后今年之后，如果无法获得 3 票并且基本上在 2017 年底之前 EOLing 2.2，事情可能会变得粗略。

    • 0

相关问题