Порядок диагностики Azure Virtual Desktop, когда VM создана с Microsoft Entra ID, но не появляется как доступный session host или не принимает сеансы.
Назовите точный статус вместо «не прикрепилась»
Откройте Host pools → Session hosts и запишите, присутствует ли VM в списке и какой статус показан: Available, Unavailable, Needs Assistance, Upgrading или другой. Microsoft определяет Available как состояние, в котором хост прошёл health checks и может принимать подключения; Unavailable означает выключенный хост или фатально проваленную проверку. Если VM вообще отсутствует, исследуйте регистрацию. Если она есть, но недоступна, начинайте с конкретного health check. Не переходите к ролям пользователя, пока сам хост не зарегистрирован и не показан как пригодный для сеанса.
Проверьте агент и boot loader на самой VM
На session host проверьте наличие Azure Virtual Desktop Agent и Remote Desktop Agent Boot Loader, состояние службы RDAgentBootLoader и события Windows Application log. Официальная инструкция Microsoft связывает остановленный boot loader, INVALID_REGISTRATION_TOKEN и EXPIRED_MACHINE_TOKEN с отдельными сценариями регистрации. Снимите имя события, код и время без содержимого пользовательских сеансов. Не переустанавливайте компоненты сразу: работающая служба с ошибкой токена требует другой проверки, чем отсутствующий агент после неудачной установки.
Отделите registration token от постоянной конфигурации
Registration token нужен для присоединения хоста к пулу и имеет срок действия. Сравните UTC-время развертывания с периодом действия токена и ищите соответствующий код в журнале. Если токен истёк или не распознан, Microsoft описывает создание нового ключа и повторную регистрацию. Не публикуйте сам токен в тикете, чате или снимке экрана. Успех этого этапа — хост появляется в списке и регистрационные признаки переходят в ожидаемое состояние; это ещё не подтверждает, что конкретному пользователю назначены все права входа.
Проверьте сеть и Entra как два разных слоя
Агент должен связаться с брокером AVD по требуемым служебным адресам; блокировка исходящего HTTPS, прокси или DNS может сорвать регистрацию даже при правильно созданной VM. Entra join и роли Virtual Machine User Login или Administrator Login относятся к входу пользователя и не заменяют регистрацию агента. Зафиксируйте тип join, способ развертывания и результат health checks. Не ослабляйте firewall широкой разрешающей политикой ради теста: используйте утверждённый список обязательных URL и проверяйте только необходимый исходящий путь.
Эскалируйте с минимальным воспроизводимым пакетом
В пакет поддержки включите resource group и имена ресурсов без секретов, регион, время развертывания в UTC, статус session host, имена проваленных health checks, версии Agent и Boot Loader, коды событий и способ деплоя. Добавьте ответ на вопрос: VM отсутствует в пуле или видна как Unavailable. Красный флаг — удаление рабочего хоста из production-пула без окна обслуживания. Повторная регистрация и переустановка агента уместны после сохранения журналов и только по официальной процедуре, потому что эти действия временно выводят хост из обслуживания.
Материал подготовлен самостоятельно с автоматизацией и редакционно проверен 30 июля 2026 года по обезличенному публичному сигналу Microsoft Q&A и документации Azure Virtual Desktop; идентификаторы арендатора и ресурсов не собирались.
Источники и проверка
- Microsoft Learn — устранение неполадок Azure Virtual Desktop Agent проверено 2026-07-30
- Microsoft Learn — статусы и health checks session host проверено 2026-07-30
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.