31 августа 2026 года команда Debian LTS объявила о завершении поддержки Debian 11 Bullseye. С сентября проект Debian больше не выпускает для этой ветки свои обновления безопасности. Если сервер продолжает работать, это не означает, что он по-прежнему получает прежнее сопровождение.
В анонсе отдельно указано, что часть пакетов могут поддерживать внешние организации через Extended LTS. Это другой вариант сопровождения, а не автоматическое продолжение официальной LTS для любой установки.
Что именно завершилось
Bullseye вышел 14 августа 2021 года. Общий срок сопровождения до 31 августа 2026 года составил примерно пять лет. Последняя часть этого периода проходила через команду LTS.
Уже установленная система не выключается по окончании поддержки. Но привычный рабочий набор служб постепенно остаётся без новых исправлений проекта для этой ветки. Поэтому вопрос не в том, откроется ли сайт завтра утром, а в том, как будут устраняться обнаруженные ошибки дальше.
Если у организации есть внешний договор сопровождения, сначала проверьте его область действия. Важны архитектура, конкретные пакеты, источники обновлений и срок. Слова «расширенная поддержка» без этих деталей мало говорят о защите конкретного сервера.
Куда переходить
В том же объявлении Debian называет Debian 12 Bookworm текущей oldstable-веткой с LTS до 30 июня 2028 года. Перечислены архитектуры amd64, i386, arm64, armhf и ppc64el. Возможность сопровождения пакетов следует проверять для своей архитектуры и набора ПО.
Выбор целевого выпуска зависит от совместимости приложения. Новая система может изменить доступные версии PHP, Python, OpenSSL и других зависимостей. Поэтому перенос рабочего сайта нельзя свести к замене названия дистрибутива в списке репозиториев.
Если планируется несколько последовательных переходов между выпусками, для каждого нужны соответствующие примечания к релизу. Не стоит считать, что инструкция для одного шага автоматически разрешает пропустить промежуточный выпуск.
Что проверить до изменений
Составьте список сервисов и источников пакетов. Помимо веб-сервера и базы данных сюда обычно входят почта, фоновые задания, резервное копирование, мониторинг и сторонние агенты. Для внешних репозиториев особенно важно наличие сборок под выбранную систему.
Подготовьте копии данных и конфигурации и проверьте восстановление. Резервная копия, которую ни разу не пробовали открыть, даёт меньше уверенности, чем кажется. Для базы данных используйте подходящий ей способ сохранения, а не случайное копирование файлов работающего процесса.
Проверьте консольный доступ к серверу и возможность восстановления после неудачного сетевого обновления. Действующая SSH-сессия не заменяет независимый путь к консоли, если после перезапуска не поднимется сеть или служба входа.
Как проверить результат
После тестового перехода проверьте ключевые пользовательские действия, а не только главную страницу. Нужны вход, загрузка файлов, отправка писем, работа очередей и резервное копирование. Для WordPress добавьте проверку запланированных заданий и совместимости плагинов с выбранным PHP.
Если безопаснее развернуть новый сервер и перенести приложение, заранее продумайте переключение трафика, согласованность данных и возврат на старую площадку. Сам выбор между обновлением на месте и переносом должен опираться на проверенный сценарий восстановления.
Завершение LTS не требует паники, но требует решения. Сервер должен либо перейти на поддерживаемую систему, либо получить понятное внешнее сопровождение. Оставлять его на старой ветке только потому, что сайт пока открывается, рискованно.
Для Ubuntu близкая практическая тема разобрана в материале про Ubuntu 26.04.1 LTS и подготовку к переходу с предыдущей LTS.
