31 августа 2026 года Debian LTS Team объявила, что у Debian 11 Bullseye закончилась официальная долгосрочная поддержка. С сентября проект больше не выпускает для этой ветки свои security-обновления. Если на VPS всё ещё bullseye, это уже не «старый, но спокойный» сервер, а система без штатных патчей ядра, glibc, OpenSSL и пакетов веб-стека.
Что именно закончилось
Debian 11.0 вышел 14 августа 2021 года. По странице релиза жизненный цикл занял пять лет: около трёх лет полной поддержки (до 14 августа 2024) и затем LTS до 31 августа 2026. В период LTS набор архитектур уже был ужеже, чем у стабильного релиза: i386, amd64, armhf и arm64.
LTS в Debian ведёт отдельная LTS Team, не тот же контур, что у текущего stable. Это всё ещё официальный проект Debian, с обычными зеркалами и DSA/DLA. Именно этот контур 31 августа закрыли для Bullseye.
Текущий oldstable, Debian 12 Bookworm, по тому же анонсу получает LTS до 30 июня 2028 года. Архитектуры LTS для Bookworm: amd64, i386, arm64, armhf и ppc64el. Актуальный стабильный выпуск на момент этой новости: Debian 13 Trixie (релиз 9 августа 2025).
Почему это важно для сайта на VPS
На практике Debian 11 часто стоит там, где когда-то поставили «и не трогали»: панель, старый PHP-FPM, WordPress, почтовый стек, OpenVPN. Пока шли DLA, схема работала. После EOL новые CVE в openssl, nginx, php*, mariadb, openssh-server и linux-image из официальных репозиториев Debian 11 больше не закрываются.
Это не значит, что сервер «умрёт завтра». Значит, что окно, в котором дыру ещё можно закрыть штатным apt upgrade, закрылось. Дальше либо переход на поддерживаемый релиз, либо внешний Extended LTS с ограниченным набором пакетов, либо осознанный риск.
Extended LTS: не Debian и не весь дистрибутив
Debian прямо пишет: подмножество пакетов Bullseye могут сопровождать внешние стороны. Это программа Extended LTS (ELTS). Она не официальный проект Debian, инфраструктура сборки Debian в ней не участвует.
По расписанию вики (обновлено 31 августа 2026) ELTS для Debian 11 идёт с 1 сентября 2026 по 30 июня 2031. Архитектуры: i386, amd64, armhf, arm64. Сервис ведёт компания Freexian.
Важная оговорка, которую легко пропустить в коротких пересказах: поддерживается не весь дистрибутив, а пакеты, нужные заказчикам сервиса. Ядро Linux в ELTS, по описанию Freexian, идёт бэкпортом более новой версии, а не бесконечным патчингом исходного ядра Bullseye. Для частных лиц и некоммерческих организаций доступ обсуждается отдельно (в вики предлагают писать на sales@freexian.com). Организации получают коммерческую подписку и счёт по списку исходных пакетов.
ELTS имеет смысл, если апгрейд прямо сейчас нельзя: проприетарный софт, сертификация, старый PHP, который ещё не переехал. Это не замена переходу на Bookworm или Trixie для обычного сайта.
Как проверить, что сервер ещё на Bullseye
Команды ниже для Debian/Ubuntu с systemd. Смотрите поле VERSION_CODENAME или VERSION_ID. Для Debian 11 ожидается bullseye и 11.
cat /etc/os-release lsb_release -a 2>/dev/null uname -r
Если в os-release уже bookworm или trixie, эта новость вас не закрывает: смотрите срок LTS своего релиза, а не Bullseye. Если там 11 и bullseye, штатных security-обновлений Debian с сентября 2026 нет.
Дополнительно полезно глянуть, откуда вообще ставятся пакеты (не подключён ли уже сторонний ELTS-репозиторий):
apt policy grep -R --line-number -E 'bullseye|bookworm|trixie|freexian' /etc/apt/sources.list /etc/apt/sources.list.d/ 2>/dev/null
Что делать: обновление релиза, не «ещё один apt upgrade»
Debian не прыгает через мажор. С 11 идут на 12, со 12 на 13. Официальные инструкции: Release Notes Bookworm и затем, когда 12 станет промежуточной ступенью, страница Debian 13. Перед сменой sources.list нужна полная резервная копия диска или хотя бы системы, сайта и баз, плюс снимок VPS у хостера, если он есть.
Типовой каркас (не запускайте слепо на проде в одну сессию без бэкапа и чтения release notes): сначала добить обновления текущего релиза, потом сменить кодовые имена в источниках apt, потом apt update и apt full-upgrade. После смены major обязательно проверить PHP, модули Nginx/Apache, расширения PHP для WordPress и то, что сайт вообще открывается.
sudo apt update sudo apt upgrade # дальше только после бэкапа и правок sources.list под bookworm, см. Release Notes sudo apt full-upgrade
На хостинге с панелью или «залоченным» образом дистрибутива апгрейд релиза иногда запрещён политикой. Тогда варианты: новый VPS на Debian 12/13 или Ubuntu LTS с переносом сайта, либо ELTS, если панель и стек обязаны остаться на 11.
Где обычно ломается
- Старый PHP 7.4 с Bullseye и плагины WordPress, которые уже требуют 8.1+. Сначала стенд, потом прод.
- Сторонние репозитории (панель, nginx.org, sury.org, docker), прописанные под
bullseye. После смены релиза их строки тоже надо обновить, иначе apt смешает эпохи. - Ядро и загрузчик: после full-upgrade проверяйте, что система грузится, пока текущая SSH-сессия ещё жива. Не закрывайте единственный сеанс, пока не убедитесь, что новый kernel в grub.
- Иллюзия «у меня же ещё apt update проходит». Зеркала могут отдавать старый индекс. Вопрос не в том, ставится ли пакет, а выпускаются ли для него новые исправления уязвимостей.
Как понять, что вы уже не на просроченном 11
Минимум: /etc/os-release показывает bookworm (12) или trixie (13), apt update ходит в соответствующие suite, сайт и PHP отвечают после ребута. Для WordPress отдельно сверьте версию PHP и wp core version, если WP-CLI есть.
php -v wp core version --allow-root 2>/dev/null systemctl is-active nginx apache2 php*-fpm mariadb mysql
Вывод
Официальная LTS Debian 11 закончилась 31 августа 2026, ровно через пять лет после релиза. Дальше либо Bookworm (LTS до 30 июня 2028) и затем Trixie, либо коммерческий Extended LTS Freexian до 30 июня 2031 на урезанном наборе пакетов. Для рабочего сайта с WordPress разумный путь: бэкап, последовательный апгрейд релиза, проверка PHP и веб-стека. Оставлять Bullseye «потому что пока открывается» после этой даты уже не стратегия, а отложенный инцидент.
