Apache 2.2.x의 수명 종료 날짜가 언제인지 아는 사람이 있습니까? 역사적 패턴으로 볼 때 2016년이나 2017년으로 추측됩니다(1.3과 2.0은 모두 11년에서 12년 사이였고 2.2는 2005년에 나왔습니다).
계획된 수명 종료 날짜 또는 최소 약속된 수명 종료 날짜(예: Apache Software Foundation에서는 최소 20##까지 지원될 것이라고 보장함)와 같은 권위 있는 정보를 찾고 싶었지만 온라인에서 아무것도 찾을 수 없습니다. 역사적으로 일어난 일 외에는요.
다음 표 참조https://en.wikipedia.org/?title=Apache_HTTP_Server#개발이전 릴리스 및 EOL 날짜는 다음과 같습니다.
답변1
Apache는 오픈 소스 소프트웨어이므로 관심 있는 사람이라면 누구나 이를 유지 관리할 수 있습니다.
또한 Apache는 모든 Linux 배포판의 중요한 부분입니다. RHEL/CentOS/Oracle Linux 6.x에는 Apache 2.2가 있으며 2020년 11월까지 지원될 예정입니다. 그리고 각 배포 관리자는 Apache(및 기타 소프트웨어 패키지)의 버그를 자체적으로 패치합니다.
따라서 Apache 2.2의 실제 수명 종료 날짜는 예측할 수 없습니다.
답변2
Apache 2.2의 공식적인 수명 종료는 없지만 적절한 전환 시간을 결정하는 데 사용할 수 있는 몇 가지 조치는 다음과 같습니다.
- 기능 지원(종종 modssl과 같은 모듈을 통해)
- 현재 표준 준수(예: TLSv1.2)
- 버그 수정 가용성(백포팅)
- 보안 업데이트의 적시성(예: 로그잼)
내 관점에서 볼 때, 지난 몇 년 동안 이러한 선 중 몇 가지가 넘어갔습니다. 특히 modssl이 포함된 Apache 2.2에는 다음 문제에 대한 수정 사항이 없습니다.로그잼 취약점아직까지는 Apache 2.4에서 이 기능을 사용한 지 꽤 되었습니다.
몇 년 전만 해도 SNI 지원은 Apache 2.2에서 느리게 이루어졌습니다. 오랫동안 비공식 패치를 통해 백포팅된 Apache 2.4 기능이었습니다.
저는 수년 동안 Apache 2.2를 사용해 왔으며 몇 달 전에야 2.4로 전환하기로 결정했습니다(우리 서버 중 하나에는 현재 Apache 2.4만 충족할 수 있는 추가 SSL 요구 사항이 있었습니다). 따라서 현재 일부 2.2 서버가 있습니다. 일부 2.4. 궁극적으로 저는 단일 서버 스택만 지원하고 싶습니다. 이유는 다양할 수 있지만 이것이 제가 결정을 내리는 데 중요한 포인트였습니다.
답변3
에서http://www.apache.org/dist/httpd/Announcement2.4.html:
Apache 웹 서버 프로젝트는 2017년 6월까지 2.2.x 버전의 유지 관리 릴리스만 제공하며, 이 날짜 이후 적어도 2017년 12월까지 일부 보안 패치를 제공할 예정입니다. 이 기간 동안 2.2.x의 최소 유지 관리 패치가 예상됩니다. 사용자는 httpd 2.4.x 버전으로의 전환을 즉시 완료하여 훨씬 더 다양한 사소한 보안 및 버그 수정과 새로운 기능의 혜택을 누릴 것을 적극 권장합니다.
답변4
Apache 2.2의 공식 종료일은 2018년 1월 1일이었습니다(참조:아파치홈페이지):
Apache httpd 2.2 수명 종료 2018-01-01
이전에 발표한 대로 Apache HTTP 서버 프로젝트는 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 Software Foundation은 지난달에 합의한 Apache 2.2의 수명 종료(EOL) 일정을 포함시켰습니다.
따라서 Apache 2.2는 2017년 6월 30일 이후 더 이상 새로운 릴리스를 받지 못할 것입니다. 그때가 되면 마지막 릴리스가 하나 나올 것으로 예상됩니다. Apache 2.2는 2017년 12월 31일에 완전히 단종되며 해당 날짜 이후에는 유지 관리가 중단됩니다.
일부 배경
Apache HTTP 서버의 개발자는 거의 전적으로 소프트웨어 유지 관리에 자유 시간을 투자하는 자원 봉사자들입니다. 이 때문에 그들은 이번에 무엇에 전념하고 싶은지, 그리고 대부분의 경우 주로 2.4 코드 베이스, 새로운 기능이나 향상된 기능, 2.6/3.0 또는 간단히 2.next라고 부르는 것을 유지 관리하는 것을 자유롭게 선택할 수 있습니다. . 이로 인해 개발자가 버그 수정이나 2.2 릴리스 후보를 검토하는 데 시간을 할애할 수 있거나 시간을 할애할 의사가 충분하지 않으며 이러한 변경 사항이나 릴리스를 검토하고 확인하는 데 3명의 개발자가 필요하다는 문제가 발생합니다. 그렇다면 세 사람이 검토하고 투표하도록 할 수 없다면 굳이 유지 관리에 신경 쓸 이유가 있을까요?
이에 대한 좋은 예는 2.4.23과 동시에 출시될 예정이었던 Apache 2.2.32입니다. 검토가 필요하고 계속 진행해도 되는지 확인해야 하는 두 가지 버그 수정 사항이 한동안 남아 있었지만 여전히 1표가 부족합니다. 지난 주말이 미국의 공휴일 주말이었던 것은 아무런 도움이 되지 않았지만 공휴일이 끝나고 2.4.23이 다가오고 있기 때문에 다음 주 언젠가 출시될 수 있도록 며칠 안에 이런 일이 일어날 것으로 기대됩니다.
EOL 2.2에 대한 첫 번째 투표는 2015년 5월이었습니다. 그 당시에는 많은 유지 관리 Linux 버전/배포판에 여전히 Apache 2.2가 포함되어 있었기 때문에 2.4 채택률이 그리 좋지 않았기 때문에 투표는 2015년 11월로 연기되었습니다. 2.4로 업데이트되지 않습니다. 이러한 버전/배포판은 마침내 자체적으로 EOL되었지만 일부 버전은 종료되었습니다. 이 연기된 투표는 마침내 지난달에 이루어졌으며 2.2에 기여할 의향이 있는 사람들을 대상으로 한 사전 투표 투표를 통해 시간표가 선택되었습니다.
해당 설문 조사 결과를 보면 버그/보안 수정 사항을 유지/검토하려는 개발자는 두 명뿐이고 2017년 6월까지의 새 릴리스에 대해 테스트하고 투표하려는 개발자는 두 명뿐입니다. 나머지는 끝까지 갈 의향이 있는 것으로 보입니다. 따라서 올해 이후에는 3표를 얻지 못하고 기본적으로 2017년 말 이전에 2.2를 EOL하는 경우 상황이 대략적으로 바뀔 수 있습니다.