RDS не работает после обновления: сбой в сентябре 2026

После обновлений Windows от 8 сентября 2026 года часть организаций столкнулась с зависаниями Remote Desktop Services (RDS). Подключение по RDP обрывается через несколько минут, вход останавливается на ожидании настройки удалённого рабочего стола, а вместе с ним могут зависнуть административные оснастки. Microsoft подтвердила проблему. По состоянию на 12 сентября окончательное исправление ещё готовится.

Если терминальный сервер исправно работал до сентябрьского обновления, начните с проверки установленного пакета и симптомов. Зависший RD Licensing Diagnoser сам по себе не доказывает, что закончились лицензии. Покупка RDS CAL не устраняет ошибку обновления.

Что известно о сентябрьском сбое

В Windows Release Health инцидент отмечен статусом Mitigated: описана временная мера, но полноценное исправление обещано в будущем обновлении. Это не сообщение о том, что проблема уже устранена на всех серверах.

Таблица помогает сопоставить два распространённых серверных выпуска. Перечень затронутых платформ у Microsoft шире: в нём есть и другие версии Windows Server, а также клиентские Windows с включённым удалённым рабочим столом. Для другой системы проверяйте её собственную страницу состояния и номер пакета; устанавливать KB от Server 2025 на Server 2022 нельзя.

Характерная комбинация: после обновления перестают нормально открываться сеансы, появляется ожидание Remote Desktop Configuration, зависают MMC, Проводник или страница Windows Update. Не каждый отдельный обрыв RDP относится к этому инциденту. Важно, когда началась проблема, какие машины обновились и что происходит через консоль сервера.

Как отличить обновление от проблемы с лицензированием

Сравните сообщения, а не только факт отсутствия подключения. Один сотрудник с неверным паролем, вся коллекция RDS после CU и новый сервер после льготного периода требуют разных действий.

При явной лицензионной ошибке пригодится разбор почему недоступны серверы лицензирования удалённых рабочих столов. Если совпал срок после развёртывания, проверьте 120-дневный льготный период RDS. Эти причины могут существовать отдельно от сентябрьского сбоя.

Порядок проверки для администратора

Перед действиями с питанием сервера обеспечьте доступ к консоли гипервизора, облачной платформы или физического оборудования. Сам RDP не должен оставаться единственным способом управления машиной, на которой он зависает. Следующая последовательность помогает выбрать дальнейший путь; она не гарантирует устранение ошибки одним перезапуском.

1. Зафиксируйте систему и обновление. Через доступную консоль откройте сведения о Windows и историю установленных обновлений. Запишите выпуск ОС, полную сборку, KB и время установки. Если страница Windows Update зависла, отметьте это как симптом и используйте доступные сведения системы или журнал вашей системы развёртывания обновлений.
2. Определите масштаб сбоя. Проверьте вход с другого разрешённого рабочего места и состояние одного другого узла той же коллекции. Запишите, зависает ли сервер сразу или спустя несколько минут, открываются ли MMC и Проводник через консоль. Не распространяйте экспериментальные изменения на всю ферму.
3. Сопоставьте результат с известной проблемой. Откройте Release Health для установленной версии. Если KB и сочетание симптомов совпадают, рассматривайте сентябрьский инцидент как рабочую гипотезу. Если нет, продолжите обычную диагностику сети, служб и лицензирования.
4. Для недоступной виртуальной машины оцените временную меру. Microsoft допускает остановку с освобождением ресурсов, stop (deallocate), и последующий запуск VM. Администратор должен сначала согласовать простой, оценить активные сеансы, состояние приложений и особенности хранения данных на платформе. Используйте её штатную процедуру; для физического сервера этот пункт неприменим.
5. Проверьте результат после запуска. Выполните вход, откройте рабочее приложение и административную оснастку, затем наблюдайте дольше прежнего интервала до зависания. Успешный первый вход ещё не означает устойчивую работу. Сохраните время проверки и результат; при повторении ошибки не заменяйте расследование циклическими перезапусками.
6. Передайте сведения в поддержку и отслеживайте исправление. Подготовьте версии ОС и клиентов, KB, время первого сбоя, перечень затронутых узлов и результат временной меры. Microsoft в описании обновления направляет администраторов, которым требуется оперативное решение, в Support for Business. После выхода исправления проверьте применимость к своей версии и сначала испытайте его на согласованном узле.

Остановка с освобождением ресурсов — операция платформы виртуализации. Она не равнозначна выходу пользователя из сеанса или нажатию «Перезагрузить» внутри Windows. Для вашей платформы названия и последствия операций могут отличаться: ориентируйтесь на её документацию. Обещания, что обычный restart обязательно решит проблему, в проверенном сообщении Microsoft нет.

В описании KB5122882 для Server 2022 указаны обращение в Microsoft Support for Business и подготовка будущего исправления. Доступность конкретного канала поддержки зависит от вашего договора и региона; сама статья KB не даёт организации новый договор поддержки.

Если картина не похожа на подтверждённый инцидент

Проверьте, разрешены ли удалённые подключения политикой организации, работают ли службы Remote Desktop Services и доступен ли нужный узел по сети. Через консоль можно выполнить qwinsta: запись rdp-tcp в состоянии Listen показывает, что слушатель принимает подключения. Это полезная проверка компонента, но не подтверждение успешного входа пользователя.

Обычно RDP использует TCP-порт 3389; в вашей инфраструктуре он может быть изменён, а доступ может идти через шлюз. Проверяйте именно утверждённую схему подключения. Не открывайте сервер всему интернету и не отключайте защиту ради эксперимента. Порядок проверки служб, политик и слушателя приведён в диагностике RDP от Microsoft.

Например, на одном из трёх узлов после CU зависают и вход, и MMC, а два других без нового пакета работают. Это повод сравнить журналы и пакеты на узлах, а не менять пароль всем сотрудникам. Если же все серверы доступны из офиса, но один ноутбук не проходит через VPN, сначала проверяют этот маршрут. Это условный пример диагностики, а не результаты теста конкретной фермы.

Если сервер изначально разрешал только два сеанса, проверьте отличие административного RDP от терминального сервера. Установка дополнительного пакета CAL без нужных ролей и настройки не превращает административный доступ в готовое рабочее место для отдела.

Когда действительно нужны RDS CAL

Переходите к лицензиям, если отдельная проверка выявила неверный режим, недоступный сервер лицензирования, несовместимую версию или нехватку прав. Сначала восстановите работу уже имеющейся конфигурации. В Server Manager откройте Tools → Terminal Services → RD Licensing Diagnoser, когда оснастка снова отвечает, и прочитайте конкретное сообщение.

Для выбора типа действует правило: User CAL лицензирует пользователя, Device CAL лицензирует устройство. Считают всех людей или устройства, которым предоставляется доступ, а не пиковое число одновременных сеансов. Ориентиры для сменных рабочих мест и личных устройств разобраны в примерах выбора User и Device CAL.

Если сотрудники домена подключаются с нескольких устройств и для них подтверждена отдельная потребность в правах доступа, в каталоге есть RDS User CAL 2025 на 50 пользователей. Такой пакет не заменяет лицензирование самой Windows Server и базовые Server CAL.

Хит продаж 5.002 отзыва

Microsoft Windows Server 2025 RDS User CAL

50 пользователей

• Официальная лицензия
• Доставка на почту за минуту
• Гарантия активации

5 990 ₽

Подробнее

Для посменной работы нескольких людей за одними терминалами сравните RDS Device CAL 2025 на 50 устройств. В рабочей группе без Active Directory для RDS требуется режим Per Device. Сам тип CAL не меняет поведение сентябрьского обновления.

Хит продаж 5.002 отзыва

Microsoft Windows Server 2025 RDS Device CAL

50 устройств

• Официальная лицензия
• Доставка на почту за минуту
• Гарантия активации

5 990 ₽

Подробнее

Для сохраняемого узла Server 2022 может подойти RDS User CAL 2022, если выбран пользовательский режим и выполнены остальные условия развёртывания. CAL 2022 не даёт доступ к узлу сеансов Server 2025. Для установки CAL 2025 нужен и совместимый сервер лицензирования версии 2025 или новее. Обе зависимости приведены в таблицах совместимости RDS CAL.

При работе с 1С отдельно проверьте права на сервер, доступ пользователей и прикладное ПО. Эти уровни разобраны в материале о терминальном сервере для 1С. Исправление соединения RDP само по себе не подтверждает, что весь комплект лицензий организации достаточен.

Что сохранить, если зависание повторяется

Полезный отчёт содержит точное время с часовым поясом, версию клиента, имя затронутого узла, путь подключения и описание того, что осталось доступно через консоль. Добавьте сборку, KB и результат сравнения с другими узлами. Формулировка «RDP не работает» без этих деталей заставит поддержку заново устанавливать обстоятельства.

Для углублённой диагностики Microsoft описывает сбор данных TSS на клиенте, узлах сеансов и сервере лицензирования в руководстве по соединениям RDS. Согласуйте такой сбор с администратором: он требует повышенных прав, а диагностические материалы следует передавать через одобренный канал поддержки. Скрипт сбора данных не является исправлением обновления.

Частые вопросы

Сбой подтверждён только для Windows Server 2025?
Нет. Microsoft указывает более широкий перечень серверных и клиентских Windows. В этой статье отдельно приведены пакеты для Server 2025 и 2022; для других версий проверяйте их страницы Release Health.

Статус Mitigated означает, что патч уже выпущен?
Нет. На момент проверки 12 сентября 2026 года опубликована временная мера, а окончательное исправление заявлено для будущего обновления Windows.

Зависший RD Licensing Diagnoser доказывает нехватку CAL?
Нет. Зависание этой оснастки входит в описанные симптомы инцидента. Проверять конкретные лицензионные сообщения нужно после восстановления её работы.

Достаточно просто перезагрузить Windows в сеансе RDP?
Такой гарантии нет. Для недоступной виртуальной машины Microsoft описывает остановку с освобождением ресурсов и последующий запуск через платформу. Это отдельная операция с возможным простоем.

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

Почему после успешного входа нужна повторная проверка?
В описанном инциденте соединение может отказать через несколько минут. Поэтому проверяют работу приложения и оснасток и наблюдают дольше прежнего интервала до зависания.

Новая RDS CAL исправит этот сбой?
Нет. CAL нужна при отдельной подтверждённой потребности в лицензировании. Ошибка обновления требует технического решения для затронутой системы.

Можно купить CAL 2022 для узла сеансов Server 2025?
Нет. Нужна совместимая версия CAL; для Server 2025 это CAL 2025 или более новая применимая версия. Учитывайте также версию сервера лицензирования и выбранный режим User или Device.