Можно ли поставить CentOS 7, если сервер не подключён к интернету?

Техническая возможность установки не меняет статус EOL. Даже в изолированной сети остаются риски устаревшего ПО, сложностей с сопровождением и совместимостью. Для новой системы лучше выбрать выпуск с действующим сроком поддержки и оценить обновления в соответствии с правилами изоляции.

Можно ли обновить CentOS 7 сменой репозиториев?

Нет. Смена адресов репозиториев может вернуть доступ к архивным пакетам, но не изменит версию базовой ОС, ядро, статус жизненного цикла и поддержку сторонних компонентов. CentOS 7 остаётся неподдерживаемой системой без обычных исправлений уязвимостей. Кроме того, замена репозиториев способна создать неподдерживаемый набор зависимостей.

Как перейти с CentOS на Rocky Linux или AlmaLinux?

Переход не стоит начинать с изменения репозиториев. Сначала соберите сведения о версии ОС и ядра, архитектуре, RPM-пакетах и репозиториях, критичных службах, сетевых и хранилищных зависимостях, загрузке BIOS/UEFI, разделах и интеграциях. Отдельно определите критерии работоспособности приложения. Проверьте у поставщиков приложения, драйверов, модулей ядра, мониторинга, резервного копирования и средств защиты, поддерживают ли они выбранную целевую систему и её версию. RPM-формат пакета сам по себе не подтверждает совместимость. Миграцию на месте выбирают только при наличии актуальной документации инструмента для конкретных исходного и целевого релизов, архитектуры и типа системы. Например, для отдельных направлений существуют инструменты ELevate и Leapp, но их условия и ограничения нужно сверять в документации проектов. Протестируйте маршрут на сопоставимой системе, подготовьте резервное восстановление и порядок проверки сервиса. Если маршрут не документирован, компоненты не поддержаны или есть сложные локальные изменения, обычно разумнее выполнить новую установку и контролируемый перенос.

Будет ли ПО для RHEL официально поддерживаться на CentOS Stream?

Нет, не автоматически. CentOS Stream отличается от RHEL моделью поставки пакетов: в нём изменения могут появляться при подготовке будущих минорных обновлений RHEL. Поставщик приложения, драйвера, агента мониторинга, резервного копирования или защиты должен прямо указывать поддержку нужного выпуска CentOS Stream.

Можно ли использовать CentOS Vault для исправления новых уязвимостей?

Нет. CentOS Vault хранит пакеты и метаданные завершённых выпусков, поэтому полезен для воспроизводимости старой среды и анализа зависимостей. Однако это не поддерживаемый репозиторий с текущими исправлениями: наличие пакета в Vault не означает, что для недавно обнаруженной уязвимости выпущено обновление.

Когда лучше переустановить сервер, а не мигрировать CentOS 7 на месте?

Новую установку обычно выбирают, если нет документированного маршрута миграции, приложение или драйвер не подтверждены для целевой ОС либо на сервере есть сложные локальные доработки. Такой вариант позволяет контролируемо перенести данные и конфигурацию, но всё равно требует проверки совместимости оборудования, приложений и агентов.

CentOS Stream и CentOS 7: статус поддержки, различия и выбор сценария

В 2026 году не следует устанавливать CentOS Linux, включая CentOS 7, как новую поддерживаемую серверную систему: выпуск обновлений для этой линейки прекращён. Работающий CentOS 7 можно оставить только как ограниченную по времени меру с принятыми рисками, параллельно готовя миграцию или замену ОС. CentOS Stream — не новое имя прежнего CentOS Linux, а иной поток поставки пакетов перед очередными обновлениями RHEL; его пригодность для нового сервера зависит от срока жизни конкретного выпуска и требований к ПО.

Статус CentOS и практический смысл для сервера

Линейка	Модель	Статус на 2026 год	Что это означает
CentOS Linux	Сборка из опубликованных исходных пакетов RHEL с ориентацией на бинарную совместимость	Прекращён	Не выбирать для новых поддерживаемых систем; CentOS 7 и CentOS Linux 8 больше не получают обычные обновления от проекта
CentOS Linux 7	Последний выпуск прежней линейки поколения 7	EOL — 30 июня 2024 года	Рабочий сервер требует инвентаризации, плана миграции или замены; архив пакетов не возвращает поддержку
CentOS Linux 8	Прежняя линейка поколения 8	EOL — 31 декабря 2021 года	Не использовать для новой установки и не считать источником актуальных исправлений
CentOS Stream	RPM-дистрибутив в потоке подготовки следующих минорных обновлений RHEL	Поддержка зависит от основного выпуска	Допустим для новой установки, если конкретный выпуск ещё поддерживается и его модель обновлений подходит организации

Что такое CentOS Linux и почему его выпуск прекращён

CentOS Linux создавался из опубликованных исходных RPM-пакетов Red Hat Enterprise Linux и был ориентирован на бинарную совместимость с соответствующим выпуском RHEL. Поэтому CentOS Linux часто применяли там, где требовалась среда, близкая к RHEL, но без подписки Red Hat.

Ориентация на совместимость не была гарантией, что любое приложение, драйвер, модуль ядра, агент мониторинга или средство управления официально поддерживается на CentOS. Поставщик ПО мог сертифицировать только RHEL, отдельные его версии или ограниченный перечень платформ. Совпадение формата пакетов и базовой экосистемы не заменяет такую сертификацию.

CentOS Project объявил о прекращении выпуска CentOS Linux и переносе фокуса на CentOS Stream. В официальных объявлениях это объясняли переходом к модели, в которой сообщество может участвовать в подготовке изменений до их включения в будущие обновления RHEL, тогда как CentOS Linux пересобирался из уже опубликованных исходных пакетов RHEL. В этой модели CentOS Stream занимает место между Fedora и RHEL. Сам CentOS Project продолжает работу, но прежняя линейка CentOS Linux больше не выпускается.

CentOS 7 EOL: что прекратилось и какие риски остаются

EOL CentOS Linux 7 наступил 30 июня 2024 года. После этой даты CentOS Project не выпускает для CentOS 7 обычные обновления, исправления уязвимостей и исправления ошибок. CentOS Linux 8 достиг EOL раньше — 31 декабря 2021 года.

Архив CentOS Vault может сохранять пакеты и метаданные завершённых выпусков. Это полезно для воспроизводимости старой среды или анализа зависимостей, но Vault не является поддерживаемым репозиторием с текущими исправлениями. Наличие пакета в архиве не означает, что для него доступно исправление недавно обнаруженной уязвимости.

Временная эксплуатация CentOS 7 не становится безопасной

Сервер на CentOS 7 может продолжать выполнять свою функцию, но остаётся на неподдерживаемой ОС. Сохраняются риски неустранённых уязвимостей, несовместимости с новым прикладным ПО, драйверами и средствами управления, а также усложнения аудита и расследования инцидентов. Оставлять такую систему допустимо только как ограниченную по времени меру с зафиксированными ограничениями и датой следующего действия.

Обычное обновление CentOS 7 не превращает его в поддерживаемый современный выпуск. Смена адресов репозиториев пакетов может восстановить доступ к архивным пакетам, но не меняет статус жизненного цикла и способна создать неподдерживаемый набор зависимостей. Плановые пакетные обновления и работа с DNF/YUM рассмотрены отдельно: «DNF и YUM: установка, обновление и удаление пакетов в RHEL-подобных Linux».

CentOS Stream: место в жизненном цикле RHEL и характер обновлений

CentOS Stream — отдельный RPM-дистрибутив, а не пересборка уже выпущенного RHEL, ориентированная на воспроизведение его двоичной совместимости. В конкретной основной ветви Stream изменения появляются при подготовке будущих минорных обновлений соответствующей ветви RHEL. Поэтому состояние пакетов CentOS Stream может опережать состояние уже выпущенного минорного RHEL.

Иногда CentOS Stream называют rolling release. Это неточно без оговорки: пакеты действительно поставляются непрерывно внутри ветви, например Stream 9, но сама ветвь имеет определённый основной релиз и дату окончания жизненного цикла. Это не бесконечный поток обновлений без границ поколений.

Сроки жизненного цикла выпусков CentOS Stream по опубликованным планам CentOS Project

Выпуск	Окончание жизненного цикла	Статус в 2026 году
CentOS Stream 8	31 мая 2024 года	Завершён
CentOS Stream 9	31 мая 2027 года	Поддерживается до указанной даты
CentOS Stream 10	31 мая 2030 года	Поддерживается до указанной даты

Срок всегда относится к конкретному выпуску

Фраза «CentOS Stream поддерживается» недостаточна для решения о развёртывании. Нужно назвать основной выпуск, сверить его актуальный lifecycle в материалах CentOS Project перед установкой и сопоставить дату EOL со сроком службы сервера и приложения.

Можно ли устанавливать CentOS Stream на новый сервер

Поддерживаемый выпуск CentOS Stream можно осознанно выбрать для нового сервера, если срок его поддержки покрывает плановый срок эксплуатации, а модель поставки обновлений соответствует регламентам организации. Например, это может быть оправдано для внутренней инфраструктуры, разработки, тестирования или рабочих нагрузок, поставщики которых прямо указывают совместимость с нужным выпуском CentOS Stream.

Не следует устанавливать завершивший поддержку выпуск CentOS Stream как новый поддерживаемый сервер. Нельзя также переносить на Stream предположение, что ПО, сертифицированное для RHEL, автоматически поддерживается на Stream: подтверждение нужно искать в документации поставщика приложения, драйвера, агента резервного копирования, мониторинга, средства защиты конечных устройств или оборудования.

Критерии выбора RPM-платформы для новой серверной установки

Критерий	Что проверить
Срок поддержки	Дата EOL конкретного основного выпуска и соответствие планируемому сроку эксплуатации
Модель обновлений	Приемлема ли поставка изменений в потоке CentOS Stream либо требуется жизненный цикл и сопровождение RHEL или иной платформы
Приложение	Поддерживаемые ОС, версии, архитектуры и условия сопровождения у поставщика прикладного ПО
Оборудование и драйверы	Совместимость контроллеров хранения, сетевых адаптеров, драйверов, firmware-инструментов и средств удалённого управления
Агенты и интеграции	Поддержка агентов мониторинга, резервного копирования, защиты, управления конфигурацией и их версий
Поддержка	Нужны ли договорные обязательства и сертификационная экосистема RHEL либо достаточно сопровождения, принятого в организации

Выбор между CentOS Stream, RHEL, Rocky Linux и AlmaLinux не сводится к отсутствию платы за лицензию. Rocky Linux и AlmaLinux — самостоятельные дистрибутивы, ориентированные на совместимость с экосистемой RHEL; они не заменяют подписку Red Hat и не делают программу, сертифицированную для RHEL, автоматически поддерживаемой на любой RHEL-совместимой системе. Более широкое сравнение приведено в статье «Ubuntu, Debian, RHEL, CentOS, Rocky Linux и AlmaLinux: выбор ОС».

До физической установки также нужно проверить совместимость выбранного релиза и архитектуры с сервером, RAID- или HBA-контроллером, сетевыми адаптерами и удалённой консолью. Названия пунктов BIOS/UEFI, BMC и установочных экранов, как и доступные функции управления, зависят от модели сервера, поколения, версии firmware и утилит. Используйте официальное руководство производителя оборудования и дистрибутива; общая подготовка описана в материале «Установка Linux на физический сервер: подготовка, загрузочный носитель и первый запуск».

Что делать с работающим сервером на CentOS 7

Выбор пути начинается не с изменения репозиториев, а с инвентаризации. CentOS 7 нельзя вернуть в поддерживаемое состояние одной заменой источников пакетов: это не меняет версию базовой ОС, её ядро, жизненный цикл и поддержку установленных сторонних компонентов.

Последовательность выбора пути для CentOS 7

Это план принятия решения, а не инструкция по миграции на месте.

1
Зафиксировать исходное состояние
Соберите версии ОС и запущенного ядра, архитектуру, список установленных RPM-пакетов и репозиториев, локальные пакеты, критичные службы, сетевые и хранилищные зависимости, способ загрузки BIOS/UEFI, схему разделов, учётные записи и интеграции с внешними системами. Отдельно определите критерии работоспособности приложения.
2
Проверить зависимости и совместимость
Уточните у поставщиков приложений, драйверов, модулей ядра, агентов мониторинга, резервного копирования и безопасности, какие целевые ОС и версии они поддерживают. Не делайте вывод только по тому, что пакет имеет RPM-формат.
3
Выбрать целевую ОС и метод перехода
Рассмотрите временную эксплуатацию с ограничениями, документированную миграцию на месте либо новую установку с переносом данных и конфигурации. Миграцию на месте выбирают только если актуальная документация конкретного инструмента явно включает исходный и целевой релизы, архитектуру и тип системы.
4
Протестировать и подготовить возврат
Проверьте выбранный маршрут на сопоставимой тестовой системе. План возврата должен определять доступ к консоли, допустимый простой, способ восстановления, обращение с данными, изменившимися после резервной копии, и порядок проверки сервиса после возврата.
5
Выполнить переход в окно работ и проверить результат
Успешное завершение пакетной операции не подтверждает готовность сервера. После перехода нужно отдельно проверить загрузку целевой ОС, версию системы и ядра, штатные репозитории, необходимые службы, журналы и прикладные функции по заранее подготовленному чек-листу.

Для некоторых направлений перехода существуют документированные инструменты: например, ELevate использует Leapp для определённых переходов между основными версиями Enterprise Linux. Rocky Linux, AlmaLinux, Red Hat и проект ELevate публикуют собственные условия миграции. Допустимые исходные и целевые версии, архитектуры, ограничения на сторонние пакеты и состав проверок меняются вместе с версиями инструментов; их необходимо сверять с актуальной документацией каждого проекта.

Миграция не равна гарантированному обновлению без простоя

Переход на месте может потребовать перезагрузок и удаления либо замены неподдерживаемых компонентов. Резервная копия или снимок сами по себе не гарантируют возврат сервиса: нужно заранее проверить способ восстановления и последствия для данных, которые изменятся во время работ.

Если документированного маршрута нет, приложение или драйвер не подтверждены для целевой системы, либо сервер имеет сложные локальные доработки, обычно разумнее развернуть новую ОС и перенести данные и конфигурацию контролируемо. Технические сценарии, ограничения инструментов и диагностика проблем вынесены в статью «Переход с CentOS на Rocky Linux или AlmaLinux». Установка целевых систем описана отдельно: «Rocky Linux и AlmaLinux: установка и первичная настройка сервера» и «RHEL на физическом сервере: установка, регистрация системы и первичная проверка».

Почему RHEL, CentOS Stream, Rocky Linux и AlmaLinux не взаимозаменяемы автоматически

У этих систем близкая RPM-экосистема, но различаются происхождение пакетов, модель выпуска обновлений, правила сопровождения, каналы получения контента и договорные условия поддержки. У CentOS Stream пакет может относиться к подготовке следующего обновления RHEL; у RHEL важны подписка и конкретный поддерживаемый выпуск; Rocky Linux и AlmaLinux выпускаются и сопровождаются как независимые проекты.

Поставщик базы данных или прикладной системы может поддерживать RHEL, но не указывать CentOS Stream либо RHEL-совместимые дистрибутивы.
Драйвер или модуль ядра может зависеть от точной версии ядра, ABI, архитектуры, контроллера и политики поставщика.
Агент мониторинга, резервного копирования, защиты или управления может требовать отдельный пакет и конкретно названный выпуск ОС.
Автоматизация может предполагать определённые имена пакетов, репозиториев, службы или поведение менеджера пакетов.
Поддержка приложения со стороны производителя и право обратиться в поддержку ОС — разные вещи.

Поэтому перед новой установкой, обновлением CentOS 7 или переходом с CentOS на Rocky Linux либо AlmaLinux нужно подтверждать совместимость по документации поставщиков всех критичных компонентов. Не смешивайте пакеты и репозитории разных выпусков или дистрибутивов ради обхода ограничений: это способно создать конфликтующие зависимости и неподдерживаемую конфигурацию. Основы RPM, YUM и DNF разобраны в статье «Пакеты Linux: DEB, RPM, APT, YUM и DNF — как устроена установка программ».

Термины в статье

Дистрибутив Linux: Дистрибутив Linux — готовая операционная система на базе ядра Linux, включающая набор программ, репозитории, пакетный менеджер и правила обновления и сопровождения.
Менеджер пакетов: Менеджер пакетов — средство установки, обновления, удаления и учёта программных пакетов; высокоуровневые менеджеры также работают с репозиториями и разрешают зависимости.
Репозиторий пакетов: Репозиторий пакетов — структурированный источник пакетов и метаданных, из которого менеджер пакетов получает версии ПО, зависимости, обновления и информацию о подписях.
Снимок состояния: Зафиксированное гипервизором состояние поддерживаемых виртуальных дисков и конфигурации ВМ на определённый момент, иногда также памяти, к которому можно выполнить откат.
AlmaLinux: AlmaLinux — корпоративный дистрибутив Linux, поддерживаемый сообществом и AlmaLinux OS Foundation, ориентированный на совместимость с интерфейсами и экосистемой RHEL.
CentOS Linux: CentOS Linux — прекращённый свободно доступный дистрибутив Linux, создававшийся из исходных пакетов RHEL и ориентированный на бинарную совместимость с соответствующим выпуском RHEL.
CentOS Stream: CentOS Stream — дистрибутив Linux с непрерывной поставкой пакетов, формирующих следующую минорную версию Red Hat Enterprise Linux; он расположен между Fedora и RHEL.
DNF: DNF — менеджер пакетов для RPM-дистрибутивов, разрешающий зависимости и выполняющий операции с репозиториями; в современных системах он заменил классический YUM.
ELevate: ELevate — набор инструментов миграции Enterprise Linux между основными версиями, использующий Leapp и дополнительные данные для поддерживаемых путей перехода.
EOL: EOL — установленная поставщиком дата или стадия завершения жизненного цикла версии ПО либо модели оборудования; её последствия определяются политикой поставщика.
Leapp: Leapp — фреймворк для контролируемого обновления Enterprise Linux между основными версиями, выполняющий проверки совместимости и координирующий подготовку и выполнение перехода.
RHEL: RHEL — корпоративный дистрибутив Linux от Red Hat с фиксированными основными версиями, сертификационной экосистемой и моделью сопровождения, зависящей от подписки.
Rocky Linux: Rocky Linux — корпоративный дистрибутив Linux, создаваемый из исходных пакетов экосистемы RHEL и ориентированный на совместимость с RHEL без использования его товарных знаков.
RPM-пакет: RPM-пакет — файл формата RPM для распространения бинарного ПО или исходного кода. Он содержит метаданные и обычно полезную нагрузку; зависимости и сценарии необязательны.
YUM: YUM — менеджер пакетов для RPM-дистрибутивов Linux, который устанавливает, обновляет и удаляет ПО, автоматически разрешая зависимости из репозиториев.