С чего всё началось
На днях, точнее 21 сентября 2026 года Microsoft опубликовала официальное объявление KB5129631: роль Windows Deployment Services (WDS) признана устаревшей и будет удалена из «следующего релиза Windows Server». Конкретную версию и дату Microsoft пока не называет, но объём того, что уходит, впечатляет, это фактически весь механизм сетевого развёртывания Windows, знакомый администраторам почти два десятилетия.
Что именно устаревает
Согласно официальному документу, устаревание касается сразу всего стека WDS:
- Сама роль сервера WDS целиком, вместе с подролями Deployment Server и Transport Server.
- PXE-загрузка и сетевой bootstrap, обеспечиваемые WDS.
- Инструменты управления: консоль MMC, утилита командной строки
WDSUTIL, PowerShell-командлеты и API. - Multicast-передача и все зависящие от неё сценарии массового развёртывания образов.
- Компоненты WinPE, используемые специально для клиентов WDS, включая WinPE-WDS-Tools.
Кого это касается прямо сейчас
Хорошая новость: Microsoft прямо подтверждает, что WDS продолжит работать и поддерживаться на всех текущих поддерживаемых версиях, включая Windows Server 2025 и более ранние, в рамках их обычного жизненного цикла (мы недавно разбирали сроки поддержки Windows Server 2022, если у вас именно эта версия, это отдельный, не связанный с WDS вопрос по срокам).
Это классическое «раннее уведомление» (early notice): дата удаления не назначена, конкретная версия Windows Server, где WDS исчезнет, не названа. Но раз Microsoft официально объявила курс, разумно начинать планирование миграции заранее, а не ждать момента, когда решение станет срочным.
Куда мигрировать
Официальная рекомендация Microsoft: переходить на PXE-responder Microsoft Configuration Manager (Configuration Manager, бывший SCCM) без использования WDS в качестве бэкенда. Важный нюанс: PXE-responder Configuration Manager не поддерживает multicast, зависящий от WDS, если вы активно используете multicast-развёртывание (например, для одновременной раскатки образа на класс или лабораторию компьютеров), прямой замены с той же функциональностью через Configuration Manager нет.
Отдельно Microsoft уточняет: HTTP(S) Boot не позиционируется как замена PXE-развёртыванию через Configuration Manager, это может быть альтернативой для других сценариев развёртывания, при условии поддержки со стороны прошивки устройства и сетевого окружения, но не прямая замена.
Если вы используете связку WDS с MDT (мы писали про развёртывание через Microsoft Deployment Toolkit), стоит учитывать: официальная рекомендация Microsoft именно Configuration Manager, а не MDT, хотя сценарии с кастомными boot.wim-образами через MDT исторически не задевались более ранними этапами устаревания WDS.
Небольшая предыстория: это не первый шаг
Устаревание WDS Microsoft сворачивает постепенно, а не одним разом:
- 2021 год: устарели сценарии Windows Setup, использующие
boot.wimс установочного носителя в режиме WDS, для Windows 11 и новее. Сценарии с кастомными boot-образами через PXE тогда не пострадали. - Апрель 2026 года: автоматическое (hands-free) развёртывание через WDS отключено по умолчанию и стало неподдерживаемым после установки обновлений от 14 апреля 2026 года, это было сделано для устранения уязвимости CVE-2026-0386, позволявшей злоумышленнику в смежной сети перехватить файлы ответов
unattend.xmlс чувствительными данными конфигурации, передаваемые по незащищённому каналу во время автоматической установки. - Сентябрь 2026 года: нынешнее объявление о полном устаревании роли в целом.
Что делать администраторам сейчас
- Инвентаризация: определите, где и как в вашей инфраструктуре используется WDS, не только прямое использование, но и скрытые зависимости (например, через сценарии MDT, которые могут использовать WDS как транспорт).
- Оцените зависимость от multicast: если вы полагаетесь на multicast-развёртывание, начните заранее прорабатывать альтернативу, раз прямого эквивалента в Configuration Manager нет.
- Не паникуйте с миграцией: раз даты удаления нет, а текущие версии Windows Server продолжат поддерживать WDS в рамках их обычного жизненного цикла, срочности физически нет, но стоит включить эту задачу в долгосрочное планирование инфраструктуры.
Что ещё нужно знать
WDS перестанет работать на моём текущем Windows Server 2025 после этого объявления?
Нет, объявление касается только будущего релиза. На Windows Server 2025 и более ранних версиях WDS продолжит работать и поддерживаться до конца их собственного жизненного цикла.
Затронуты ли сценарии PXE-загрузки с кастомными boot-образами через Configuration Manager или MDT?
Судя по истории устаревания 2021 года, такие сценарии ранее не задевались отдельно, но само нынешнее объявление касается всей роли WDS целиком, включая PXE-функциональность, предоставляемую именно WDS, стоит внимательно сверяться с обновлениями документации Microsoft по мере появления деталей о конкретной версии удаления.
Это как-то связано с апрельским отключением hands-free развёртывания?
Да, это часть одной и той же общей тенденции сворачивания WDS, апрельское изменение касалось конкретной уязвимости и автоматического развёртывания, а сентябрьское объявление, гораздо более широкое, касается всей роли целиком.
Стоит ли уже сейчас переходить на Configuration Manager, если у нас небольшая инфраструктура?
Для небольших сред стоит сначала оценить, оправдан ли переход на полноценный Configuration Manager ради замены WDS, возможно, для вашего масштаба подойдут более лёгкие альтернативы, включая WinPE-based сценарии или Autopilot, в зависимости от конкретных задач развёртывания.
Что в итоге
WDS не исчезает завтра, но Microsoft чётко обозначила направление, а история последних пяти лет показывает, что компания последовательно урезает эту роль шаг за шагом. Если у вас в инфраструктуре WDS работает годами без пересмотра, сейчас удачный момент спланировать переход на Configuration Manager заранее, особенно если вы полагаетесь на multicast, для него прямой замены в новой рекомендованной схеме нет.
