Вышло обновление Samba 4.25.0: нововведения и риски для бизнеса

Релиз Samba 4.25.0 стал значимым событием для IT-рынка: 24 сентября 2026 года проект получил целый набор ожидаемых возможностей — от поддержки Persistent Handles до улучшенных механизмов кластеризации и безопасности. Новая версия затрагивает не только системных администраторов, но и владельцев малого и среднего бизнеса, ведь сегодня многие работают на инфраструктуре с Active Directory, виртуализацией и объектными хранилищами данных. Ниже — подробный разбор, что несёт с собой 4.25.0, где остаться поосторожнее и как не налететь на подводные камни.

Что такое Samba 4.25.0 и чем она выделяется

Samba — это не просто файловый сервер или мост между ОС: с версии 4 проект оказывает полную поддержку контроллера домена, а также Active Directory, что особенно выгодно для организаций, строящих IT-инфраструктуру под любые версии Windows — от устаревших до свежей Windows 11. С новым выпуском 4.25.0 разработчики добавили ключевые улучшения: теперь экспериментальная поддержка Persistent Handles для SMB3, модуль для доступа к Ceph Object Gateway и новые механизмы кластеризации делают Samba намного ближе к корпоративным требованиям. И, если честно, я давно ждал такого шага — сервис становится всё более зрелым и приспособленным к крупным нагрузкам.

Поддержка Persistent Handles: для кого и зачем

Главная инновация 4.25.0 — внедрение Persistent Handles для SMB3. Это функция высокой доступности: если сервер неожиданно уходит в перезагрузку или «ложится» кластер, клиент после восстановления соединения продолжает работу с тем же самым открытым файлом, не теряя данных. Для сервисов с виртуальными машинами, базами данных, кластерами и прочими критичными сценариями — находка. Однако есть нюансы: Persistent Handles отключены по умолчанию, требуют настройки особых параметров и несовместимы с POSIX-приложениями и NFS. Вот тут я прямо советую владельцам классических файловых серверов не спешить — эта опция для избранных сценариев, и вне их даёт только накладные расходы.

Поможем с серверами и резервными копиями. Проверим, переживут ли данные сбой, и подскажем, какое железо нужно на самом деле.

Обсудить сервер

Как это реализовано: уровни сохранности и ограничения

В Samba 4.25.0 механизм Persistent Handles реализован максимально гибко. Есть два режима устойчивости: full_outage (выдерживает падение всего кластера, хранит всё на надёжном хранилище), и partial_outage (работает, пока жив хотя бы один узел). По сути, администратор сам решает, насколько жёстко «пришпиливать» файлы к кластеру. Но! Для активации этой шняги придётся отказаться сразу от нескольких старых привычек: ресурсы не должны быть доступны через NFS и POSIX-приложения (нужно выключить kernel oplocks, share modes и posix locking). Я видел случаи, когда стремление к высокой доступности превращалось в беготню по граблям — поэтому советую тщательно оценивать нужды компании перед включением Persistent Handles.

Интеграция с Ceph Object Gateway и новые возможности для кластеров

Ещё одно заметное новшество — интеграция с Ceph Object Gateway через модуль vfs_ceph_rgw. Теперь пользователи могут обращаться к объектным бакетам Ceph по привычному SMB-интерфейсу, видеть их как папки и файлы, а не как что-то абстрактное и страшное. Особенно выиграют те организации, кто уже построил гибридные или облачные хранилища на базе Ceph — им жить станет явно проще. Кластерные внедрения теперь тоже подкреплены: Samba обзавелась новым способом управления функциональным уровнем кластера. С 4.25.0 появился начальный уровень 1.0, а изменение этого уровня — процесс необратимый. Несовместимый сервер просто не включится, а обновление всегда идёт через проверочный режим. С одной стороны, это снижает риски ошибок при обновлениях, с другой — оставляет мало места для манёвра, если вдруг что-то пошло не по плану. Я бы сказал, подход напоминает банк с одной дверью: зашёл — назад уже не выскочишь.

Кластерный rate limiting и новые возможности для контроля нагрузки

Модули vfs_aio_ratelimit и сопутствующий демон ratelimitd — вот чем ещё Samba порадовала специалистов. Теперь лимитировать пропускную способность кластеров можно централизовано: ratelimitd собирает статистику о запросах от каждого smbd на узлах, агрегирует данные и рассылает другим серверам через соответствующую систему сообщений. Эта функция появляется только если программа собрана с опцией --with-ratelimitd, иначе новинка недоступна. На мой взгляд, такого рода централизованный мониторинг и управление наконец делает Samba привлекательнее для больших клиентов, где критична равномерность нагрузки между файлами и пользователями. Правда, как всегда у open source, гибкость иногда оборачивается сложностями: не забывайте тестировать эти лимиты по-настоящему, иначе одна опечатка — и квота либо душит бизнес, либо пропускает всё подряд.

Безопасность: новые настройки по умолчанию и контроль внешней инфраструктуры

Всякому, кто обеспокоен безопасностью, наверняка понравится свежий ход — использование AES-шифрования по умолчанию для Kerberos в доменах с функциональным уровнем 2008+. Это прямой ответ на уязвимость CVE-2026-20833, и теперь даже забывчивый админ будет по умолчанию в безопасности. Ну и порадовал апгрейд в CTDB: теперь кластер умеет отслеживать не только собственные узлы, но и критически важные элементы внешней инфраструктуры — например, DNS-серверы. Вот, кстати, когда я писал о преимуществах облачных сервисов для бизнеса, не раз сталкивался с тем, что вопрос мониторинга DNS или безопасного шифрования казался компаниям второстепенным. Как показывает этот релиз, времена изменились: инфраструктура и безопасность идут рука об руку, и админам мало думать только о своей песочнице — пора следить за всем цифровым двором.

Чего стоит опасаться: ограничения, обратимости и совместимость

Некоторые вещи в 4.25.0 выглядят однозначно спорно. Во-первых, повысить функциональный уровень кластера — необратимое решение: опуститься ниже уже не выйдет, а несовместимые узлы стартовать не смогут. Во-вторых, ряд вариантов настройки несёт побочные эффекты: например, активируя Persistent Handles, вы теряете совместную работу с POSIX и NFS. В-третьих, кластерный rate limiting работает только при условии определённой сборки Samba. Есть и такие тонкости, как удаление устаревших опций кэширования и чистка настроек: тут будьте внимательны, чтобы при миграциях не потерять важные параметры. Я бы посоветовал не лениться и скрупулёзно читать примечания к релизу, даже если кажется, что у вас всё просто.

Не хотите разбираться сами? Опишите задачу — специалисты предложат решение.

Задать вопрос специалисту

Как перейти на Samba 4.25.0: пошаговая инструкция

1. Скачайте и соберите новую версию Samba 4.25.0, учитывая ключи сборки (например, --with-ratelimitd, если нужен кластерный rate limiting).
2. Перед апгрейдом внимательно изучите release notes — там описаны все риски для кластеров, Active Directory и интеграции с Ceph.
3. Сделайте резервные копии критических конфигураций, данных и, если возможно, снимите слепки виртуальных машин.
4. Проверьте, поддерживают ли все ваши узлы необходимые функции (например, возможность увеличения cluster level, совместимость всех модулей и библиотек).
5. Выполните обновление на тестовом (или наименее критичном) сервере и убедитесь, что вся инфраструктура запускается штатно.
6. Поочередно обновляйте остальные узлы, внимательно следя за логами и совместимостью в кластере.
7. После обновления проверьте настройки безопасности и работоспособность новых опций: Persistent Handles, rate limiting, интеграцию с Ceph и корректную работу Kerberos.

Что делать владельцу бизнеса: рекомендации по внедрению и контролю

Всем, кто строит бизнес на современной инфраструктуре или только присматривается к миграции, советую следующее. Во-первых, не делайте обновления на автомате: предварительно оцените, нужен ли вам Persistent Handles или кластерный rate limiting — эти опции больше про специфичные задачи, чем про офисные файлопомойки. Во-вторых, держите специалистов или подрядчиков в курсе: пусть ознакомятся с новым механизмом управления кластерами и контролем функционального уровня — здесь цена ошибки велика. В-третьих, не стесняйтесь обращаться за экспертизой, если не уверены, как поведёт себя связка Samba и Ceph или новая схема шифрования Kerberos для вашей инфраструктуры. Вот мой внутренний совет — по опыту: гибких решений много, но грамотное внедрение часто решает всё. Если хотите от облачной инфраструктуры не геморроя, а выгоды — протестируйте конфиг на отдельном сервере, проведите нагрузочное тестирование и только после этого запускайте на боевом кластере. От этого напрямую зависит отказоустойчивость и безопасность вашего бизнеса.

Нужна помощь с серверами и резервными копиями?
Оставьте заявку, и наши специалисты свяжутся с вами в течение 15 минут — разберем вашу задачу и предложим решение.

Получить консультацию бесплатно