Поделиться через

Устранение распространенных неполадок с агентом Виртуального рабочего стола Azure

  • Статья

Агент Виртуального рабочего стола Azure может вызвать проблемы с подключением из-за нескольких факторов.

  • Ошибка в брокере, из-за которой агент останавливает службу.
  • Проблемы с обновлениями.
  • Проблемы при установке агента, которые нарушают подключение к узлу сеанса.

В этой статье описаны решения этих распространенных сценариев и способы решения проблем с подключением.

Примечание.

Чтобы устранить неполадки, связанные с подключением к сеансу и агентом Виртуальных рабочих столов Azure, рекомендуется просмотреть журналы событий на виртуальных узлах сеансов, перейдя в раздел Просмотр событий>Журналы Windows>Приложение. Найдите события, которые имеют один из следующих источников, чтобы определить ошибку:

  • WVD-Agent
  • WVD-Agent-Updater
  • RDAgentBootLoader
  • MsiInstaller

Ошибка: RDAgentBootLoader и/или загрузчик агента удаленного рабочего стола прекратил работу

Если вы видите какие-либо из следующих проблем, это означает, что загрузчик, который загружает агент, не удалось правильно установить агент, и служба агента не запущена на виртуальной машине узла сеанса:

  • RDAgentBootLoader остановлен или не работает.
  • Отсутствует состояние для загрузчика агента удаленного рабочего стола.

Чтобы устранить эту проблему, запустите загрузчик RDAgent:

  1. В окне "Службы" щелкните правой кнопкой мыши загрузчик агента удаленного рабочего стола.
  2. Выберите Пуск. Если этот параметр неактивен, у вас нет разрешений администратора. Чтобы запустить службу, необходимо получить эти разрешения.
  3. Подождите 10 секунд, а затем щелкните правой кнопкой мыши загрузчик агента удаленного рабочего стола.
  4. Выбрать обновить.
  5. Если служба останавливается после запуска и обновления, может возникнуть сбой регистрации. Дополнительные сведения см. в INVALID_REGISTRATION_TOKEN или EXPIRED_MACHINE_TOKEN.

Ошибка: INVALID_REGISTRATION_TOKEN или EXPIRED_MACHINE_TOKEN

На виртуальной машине узла сеансов перейдите в раздел Просмотр событий>Журналы Windows>Приложение. Если вы видите событие с идентификатором 3277 с описанием INVALID_REGISTRATION_TOKEN или EXPIRED_MACHINE_TOKENключом регистрации, который использовался, не распознается как допустимый.

Для разрешения этой проблемы:

  1. Создайте новый ключ регистрации, выполнив действия, описанные в разделе "Создание ключа регистрации".

  2. Откройте запрос PowerShell от имени администратора и выполните следующие командлеты, чтобы добавить новый ключ регистрации в реестр. Замените <RegistrationToken> созданный вами новый маркер регистрации.

    $newKey = '<RegistrationToken>'

Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\RDInfraAgent" -Name "IsRegistered" -Value 0 -Force
Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\RDInfraAgent" -Name "RegistrationToken" -Value $newKey -Force

  3. Выполните следующий командлет, чтобы перезапустить службу RDAgentBootLoader :

    Restart-Service RDAgentBootLoader

  4. Выполните следующие командлеты, чтобы убедиться, что IsRegistered задано 1 значение и RegistrationToken является пустым.

    Get-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\RDInfraAgent" -Name IsRegistered | FL IsRegistered
Get-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\RDInfraAgent" -Name RegistrationToken | FL RegistrationToken

    Выходные данные должны совпадать со следующими выходными данными:

    IsRegistered : 1

RegistrationToken :

  5. Проверьте, доступен ли узел сеанса в пуле узлов. Если это не так, просмотрите записи Просмотр событий и просмотрите наличие ошибок, которые препятствуют запуску агента.

Ошибка: агент не может подключиться к брокеру с ошибкой INVALID_FORM

На виртуальной машине узла сеансов перейдите в раздел Просмотр событий>Журналы Windows>Приложение. Если в описании отображается событие с идентификатором 3277 INVALID_FORM , агент не может подключиться к брокеру или достичь определенной конечной точки. Эта проблема может быть вызвана определенными параметрами брандмауэра или DNS.

Чтобы устранить эту проблему, убедитесь, что вы можете достичь двух конечных точек, которые называются BrokerResourceIdURI и BrokerResourceIdURIGlobal:

  1. Откройте редактор реестра.

  2. Перейдите по адресу HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\RDInfraAgent.

  3. Запишите значения для BrokerResourceIdURI и BrokerResourceIdURIGlobal.

  4. Откройте веб-браузер, введите значение BrokerResourceIdURI в адресной строке и добавьте /api/health в конец, например https://rdbroker-g-us-r0.wvd.microsoft.com/api/health.

  5. Откройте другую вкладку в браузере, введите значение BrokerResourceIdURIGlobal в адресной строке и добавьте /api/health в конец, например https://rdbroker.wvd.microsoft.com/api/health.

  6. Если сеть не блокирует подключение к брокеру, обе страницы должны успешно загрузиться и показать сообщение о работоспособности брокера удаленных рабочих столах, как показано на следующих снимках экрана:

    Снимок экрана: успешно загруженный доступ к URI брокера.

    Снимок экрана: успешно загруженный глобальный uri брокера.

  7. Если сеть блокирует подключение брокера, страницы не будут загружаться, как показано на следующем снимке экрана.

    Снимок экрана: неудачный загруженный доступ к брокеру.

    Снимок экрана: неудачный загруженный глобальный доступ брокера.

    Необходимо разблокировать необходимые конечные точки, а затем повторить шаги 4–7. Дополнительные сведения см. в разделе Список обязательных URL-адресов.

  8. Если после предыдущих шагов не устранена проблема, убедитесь, что у вас нет групповых политик с шифрами, которые блокируют агент подключение брокера. Виртуальный рабочий стол Azure использует те же шифры TLS 1.2, что и Azure Front Door. Дополнительные сведения см. в статье Безопасность подключения.

Ошибка: 3703

На виртуальной машине узла сеансов перейдите в раздел Просмотр событий>Журналы Windows>Приложение. Если в описании отображается событие с идентификатором 3703 RD Gateway Url: is not accessible , агент не может получить доступ к URL-адресам шлюза. Для успешного подключения к узлу сеансов необходимо разрешить сетевой трафик к URL-адресам из списка обязательных URL-адресов. Кроме того, убедитесь, что параметры брандмауэра или прокси-сервера не блокируют эти URL-адреса. Чтобы использовать Виртуальный рабочий стол Azure, необходимо разблокировать эти URL-адреса.

Чтобы устранить эту проблему, проверьте, можно ли получить доступ к необходимым URL-адресам, выполнив средство проверки обязательных URL-адресов. Если вы используете Брандмауэр Azure, ознакомьтесь с Брандмауэр Azure для защиты развертываний виртуальных рабочих столов Azure и Брандмауэр Azure параметров DNS для получения дополнительных сведений о настройке для виртуального рабочего стола Azure.

Ошибка: 3019

На виртуальной машине узла сеансов перейдите в раздел Просмотр событий>Журналы Windows>Приложение. Если вы видите событие с идентификатором 3019, агент не может получить URL-адреса транспорта веб-сокета. Чтобы успешно подключиться к узлу сеанса и разрешить сетевой трафик обойти эти ограничения, необходимо разблокировать URL-адреса, перечисленные в списке обязательных URL-адресов. Обратитесь к команде по настройке сети, чтобы убедиться, что параметры брандмауэра, прокси и DNS не блокируют эти URL-адреса. Вы также можете проверить журналы трассировки сети, чтобы определить, где заблокирована служба Виртуальных рабочих столов Azure. Если вы откроете запрос в службу поддержки Майкрософт для этой проблемы, не забудьте присоединить журналы трассировки сети к запросу.

Ошибка: InstallationHealthCheckFailedException

На виртуальной машине узла сеансов перейдите в раздел Просмотр событий>Журналы Windows>Приложение. Если в описании отображается событие с идентификатором 3277, InstallationHealthCheckFailedException прослушиватель стека не работает, так как сервер терминала переключил раздел реестра для прослушивателя стека.

Для разрешения этой проблемы:

  1. Проверьте, работает ли прослушиватель стека.
  2. Если прослушиватель стека не работает, вручную удалите и переустановите этот компонент стека.

Ошибка: ENDPOINT_NOT_FOUND

На виртуальной машине узла сеансов перейдите в раздел Просмотр событий>Журналы Windows>Приложение. Если в описании отображается событие с идентификатором 3277 ENDPOINT_NOT_FOUND , брокер не смог найти конечную точку для установления подключения. Проблема с соединением может возникать по следующим причинам:

  • В пуле узлов нет виртуальных машин узла сеансов.
  • Виртуальные машины узла сеансов в пуле узлов не активны.
  • Все виртуальные машины узла сеансов в пуле узлов превысили максимальное ограничение сеанса.
  • Ни одна из виртуальных машин в пуле узлов не имеет службы агента, запущенной на них.

Для разрешения этой проблемы:

  1. Убедитесь, что виртуальная машина включена и не была удалена из пула узлов.
  2. Убедитесь, что виртуальная машина не превысила максимальное ограничение сеанса.
  3. Убедитесь, что служба агента запущена, а прослушиватель стека работает.
  4. Убедитесь, что агент может подключиться к брокеру.
  5. Убедитесь, что у виртуальной машины есть действительный токен регистрации.
  6. Убедитесь, что срок действия токена регистрации виртуальной машины не истек.

Ошибка: InstallMsiException

На виртуальной машине узла сеансов перейдите в раздел Просмотр событий>Журналы Windows>Приложение. Если в описании отображается событие с идентификатором 3277 InstallMsiException , установщик уже запущен для другого приложения при попытке установить агент или групповая политика блокирует msiexec.exe от запуска.

Чтобы проверить, блокируется ли групповая политика msiexec.exe от выполнения:

  1. Откройте результирующий набор политик , выполнив rsop.msc из командной строки с повышенными привилегиями.

  2. В всплывающем окне результирующий набор политик перейдите в раздел "Административные шаблоны>конфигурации>компьютера" Windows Components Windows Components>Windows Installer off Windows Installer.> Если состояние включено, обратитесь к команде Active Directory, чтобы разрешить msiexec.exe выполняться.

    Снимок экрана: политика установщика Windows в результирующем наборе политик.

    Примечание.

    Этот список не является исчерпывающим списком политик, только тех, о которых мы в настоящее время знаем.

Ошибка: Win32Exception

На виртуальной машине узла сеансов перейдите в раздел Просмотр событий>Журналы Windows>Приложение. Если в описании отображается событие с идентификатором 3277 InstallMsiException , политика блокирует cmd.exe от запуска. Блокирование этой программы препятствует запуску окна консоли, которое необходимо использовать для перезапуска службы при каждом обновлении агента.

  1. Откройте результирующий набор политик , выполнив rsop.msc из командной строки с повышенными привилегиями.
  2. В всплывающем окне результирующей группы политик перейдите к системе >административных шаблонов>конфигурации>пользователей, чтобы запретить доступ к командной строке. Если состояние включено, обратитесь к команде Active Directory, чтобы разрешить cmd.exe выполняться.

Ошибка: прослушиватель стека не работает на виртуальной машине узла сеансов Windows 10 2004

На виртуальной машине узла сеанса в командной строке запустите qwinsta.exe и запишите номер версии, который отображается рядом rdp-sxs с столбцом SESSIONNAME . STATE Если столбец для rdp-tcp и rdp-sxs записей не Listenуказан, или если rdp-tcp и rdp-sxs записи не указаны, это означает, что возникла проблема стека. Обновления стека устанавливаются вместе с обновлениями агента, но если обновление было неудачным, прослушиватель виртуального рабочего стола Azure не будет работать.

Для разрешения этой проблемы:

  1. Откройте редактор реестра.

  2. Переход к HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations.

  3. В разделе WinStationsможет появиться несколько папок для разных версий стека. Выберите папку, соответствующую сведениям о версии, которую вы видите при запуске qwinsta.exe в командной строке.

    • Найдите fReverseConnectMode и убедитесь, что его значение данных равно 1. Кроме того, убедитесь, что fEnableWinStation для этого задано значение 1.

      Снимок экрана: fReverseConnectMode.

    • Если fReverseConnectMode значение не задано 1, выберите fReverseConnectMode и введите 1 его поле значения.

    • Если fEnableWinStation значение не задано 1, выберите fEnableWinStation и введите 1 его поле значения.

  4. Повторите предыдущие шаги для каждой папки, соответствующей сведениям о версии, которые вы получили при запуске qwinsta.exe в командной строке.

    Совет

    Чтобы изменить fReverseConnectMode или fEnableWinStation режим для нескольких виртуальных машин одновременно, можно выполнить одно из следующих двух действий:

    • Экспортируйте раздел реестра с компьютера, который уже работает, и импортируйте его на все остальные компьютеры, которым требуется это изменение.
    • Создайте объект групповой политики (GPO), который задает значение раздела реестра для компьютеров, требующих изменения.

  5. Перезапустите виртуальную машину узла сеансов.

  6. Откройте редактор реестра.

  7. Переход к HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\ClusterSettings.

  8. В разделе ClusterSettings,найдите SessionDirectoryListener и убедитесь, что его значение rdp-sxs<version numberимеет значение данных, где <version number> совпадают сведения о версии, которые вы видели при выполнении qwinsta.exe в командной строке.

  9. Если SessionDirectoryListener не задано значение rdp-sxs<version number, вам нужно выполнить действия, описанные в разделе "Ваша проблема", не перечислены здесь или не были разрешены .

Ошибка: DownloadMsiException

На виртуальной машине узла сеансов перейдите в раздел Просмотр событий>Журналы Windows>Приложение. Если в описании отображается событие с идентификатором 3277 DownloadMsiException , недостаточно места на диске для RDAgent.

Чтобы устранить эту проблему, освободите место на диске, выполнив следующие действия:

  • Удаление файлов, которые больше не используются.
  • Увеличение емкости хранилища виртуальной машины узла сеансов.

Ошибка: сбой обновления агента: MissingMethodException

На виртуальной машине узла сеансов перейдите в раздел Просмотр событий>Журналы Windows>Приложение. Если в описании отображается событие с идентификатором 3389, MissingMethodException: Method not found агент виртуального рабочего стола Azure не обновился и вернулся к более ранней версии. Эта проблема может возникнуть, так как номер версии платформы .NET, установленной на виртуальных машинах, ниже 4.7.2. Чтобы устранить эту проблему, необходимо обновить .NET до версии 4.7.2 или более поздней, следуя инструкциям по установке, приведенным в документации платформы .NET Framework.

Ошибка: виртуальные машины узла сеанса зависают в состоянии обновления

Если для узлов сеансов в пуле узлов всегда указано Недоступно или Обновление, агент или стек не были успешно установлены.

Чтобы устранить эту проблему, сначала переустановите параллельный стек:

  1. Войдите в виртуальную машину узла сеансов как администратор.

  2. В командной строке PowerShell с повышенными привилегиями запустите qwinsta.exe и запишите номер версии, который отображается рядом rdp-sxs с столбцом SESSIONNAME . STATE Если столбец для rdp-tcp и rdp-sxs записей не Listenуказан, или если rdp-tcp и rdp-sxs записи не указаны, это означает, что возникла проблема стека.

  3. Выполните следующую команду, чтобы остановить службу RDAgentBootLoader :

    Stop-Service RDAgentBootLoader

  4. Перейдите к панель управления> Программы>и компоненты или в Windows 11, перейдите в раздел "Приложения> параметров".

  5. Удалите последнюю версию SxS Network Stack служб удаленных рабочих столов или версию, указанную в редакторе реестра в HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations значенииReverseConnectionListener.

  6. Вернитесь в запрос PowerShell, выполните следующие командлеты, чтобы добавить путь к файлу последнего установщика, доступного на виртуальной машине узла сеанса для параллельного стека в переменную и перечислить его имя:

    $sxsMsi = (Get-ChildItem "$env:SystemDrive\Program Files\Microsoft RDInfra\" | ? Name -like SxSStack*.msi | Sort-Object CreationTime -Descending | Select-Object -First 1).FullName
$sxsMsi

  7. Установите последний установщик на виртуальной машине узла сеанса для параллельного стека, выполнив следующий командлет:

    msiexec /i $sxsMsi

  8. Перезапустите виртуальную машину узла сеансов.

  9. В командной строке запустите qwinsta.exe еще раз и убедитесь, что STATE столбец для rdp-tcp и rdp-sxs записей.Listen В противном случае необходимо повторно зарегистрировать виртуальную машину и переустановить компонент агента .

Ошибка: узлы сеансов зависают в недоступном состоянии

Если виртуальные машины узла сеанса зависают в недоступном состоянии, виртуальная машина не прошла одну из проверок работоспособности, перечисленных в проверке работоспособности. Необходимо устранить проблему, которая приводит к сбою проверки работоспособности виртуальной машины.

Ошибка: узлы сеансов зависают в состоянии "Помощь"

Несколько проверок работоспособности могут привести к зависание виртуальных машин узла сеанса в состоянии "Помощь": Urls AccessCheck, MetaDataServiceCheck и MonitoringAgentCheck.

UrlsAccessibleCheck

Если узел сеанса не передает проверку работоспособности UrlsAccessCheck , необходимо определить, какой необходимый URL-адрес развертывания блокируется. Когда вы знаете, какой URL-адрес заблокирован, определите, какой параметр блокирует этот URL-адрес и удалите его.

Существует две причины, по которым служба блокирует обязательный URL-адрес:

  • У вас есть активный брандмауэр, блокирующий большую часть исходящего трафика и доступ к необходимым URL-адресам.
  • Файл локальных узлов блокирует необходимые веб-сайты.

Чтобы устранить проблему, связанную с брандмауэром, добавьте правило, разрешающее исходящие подключения к TCP-порту 80/443, связанному с заблокированными URL-адресами.

Если файл локальных узлов блокирует необходимые URL-адреса, убедитесь, что ни один из необходимых URL-адресов не находится в файле Hosts на устройстве. Расположение файла Hosts можно найти в следующем разделе реестра и значении:

Ключ: HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters.

Тип: REG_EXPAND_SZ

Имя: DataBasePath

MetaDataServiceCheck

Если узел сеанса не передает проверку работоспособности MetaDataServiceCheck , служба не может получить доступ к конечной точке IMDS. Чтобы устранить эту проблему, необходимо выполнить следующие действия.

  • Перенастройьте параметры сети, брандмауэра или прокси-сервера, чтобы разблокировать IP-адрес 169.254.169.254.
  • Убедитесь, что HTTP-клиенты обходят веб-прокси в виртуальной машине при запросе IMDS. Рекомендуется разрешить требуемый IP-адрес в любых политиках брандмауэра в виртуальной машине, которая занимается исходящим сетевым трафиком.

Если проблема вызвана веб-прокси, добавьте исключение для 169.254.169.254 в конфигурации веб-прокси. Чтобы добавить это исключение, откройте командную строку с повышенными привилегиями или сеанс PowerShell и выполните следующую команду:

netsh winhttp set proxy proxy-server="http=<customerwebproxyhere>" bypass-list="169.254.169.254"

MonitoringAgentCheck

Если узел сеанса не проходит проверку работоспособности MonitoringAgentCheck , необходимо проверить агент инфраструктуры служб удаленных рабочих столов и проверить, работает ли он правильно на узле сеанса:

  1. Проверьте, установлен ли агент инфраструктуры служб удаленных рабочих столов в узле сеанса. Это можно проверить в списке установленных программ на узле сеанса. Если вы видите несколько версий этого агента, удалите старые версии и сохраните только последнюю версию.
  2. Если на узле сеанса не установлен агент инфраструктуры служб удаленных рабочих столов, просмотрите журналы, расположенные в разделе C:\Program Files\Microsoft RDInfra\GenevaInstall.txt и проверьте, завершается ли сбой установки из-за ошибки.
  3. Проверьте, создана ли запланированная задача GenevaTask_<version> . Эта запланированная задача должна быть включена и запущена. Если это не так, переустановите агент с помощью .msi файла с именем Microsoft.RDInfra.Geneva.Installer-x64-version><.msi, который доступен в C:\Program Files\Microsoft RDInfra.

Ошибка: подключение не найдено: RDAgent не имеет активного подключения к брокеру

Виртуальные машины узла сеанса могут находиться в их ограничении на подключение и не могут принимать новые подключения.

Чтобы устранить эту проблему, выполните следующее:

  • Уменьшите максимальное ограничение сеанса. Это изменение гарантирует, что ресурсы распределяются по узлам сеансов и предотвращают истощение ресурсов.
  • Увеличьте емкость ресурсов виртуальных машин узла сеансов.

Ошибка: работа с Pro VM или другой неподдерживаемой ОС

Параллельный стек поддерживается только номерами SKU Windows Корпоративная или Windows Server, то есть такие операционные системы, как Pro VM, не поддерживаются. Если у вас нет номера SKU Enterprise или Server, стек устанавливается на виртуальной машине, но не активируется, поэтому он не будет отображаться при запуске qwinsta.exe в командной строке.

Чтобы устранить эту проблему, создайте виртуальные машины узла сеансов с помощью поддерживаемой операционной системы.

Ошибка: NAME_ALREADY_REGISTERED

Имя виртуальной машины узла сеансов уже зарегистрировано и, возможно, является дубликатом.

Для разрешения этой проблемы:

  1. Выполните действия, чтобы удалить узел сеанса из пула узлов.

  2. Создайте другую виртуальную машину. Обязательно выберите уникальное имя для этой виртуальной машины.

  3. Перейдите на портал Azure и откройте страницу обзора пула узлов, в котором находилась ваша виртуальная машина.

  4. Откройте вкладку Узлы сеансов и убедитесь, что все узлы сеансов находятся в этом пуле узлов.

  5. Подождите 5–10 минут, пока состояние узла сеанса должно быть доступно.

    Снимок экрана: доступный узел сеанса.

Ваша проблема не указана здесь или не устранена

Если вы не можете найти свою ошибку в этой статье или инструкции не помогают, рекомендуется удалить, переустановить и повторно зарегистрировать агент Виртуальных рабочих столов Azure. Инструкции в этом разделе показано, как повторно зарегистрировать виртуальную машину узла сеанса в службе виртуального рабочего стола Azure, выполнив следующие действия.

  1. Удалите все компоненты агента, загрузчика и стека.
  2. Удалите узел сеанса из пула узлов.
  3. Создайте новый ключ регистрации для виртуальной машины.
  4. Переустановите агент виртуального рабочего стола Azure и загрузчик.

Если один или несколько из следующих сценариев относятся к вам, выполните следующие инструкции этого раздела:

  • Состояние виртуальной машины узла сеанса "зависло" в состоянии Обновление или Недоступно.
  • Прослушиватель стека не работает, и вы работаете в Windows 10 версии 1809, 1903 или 1909.
  • Возникает ошибка EXPIRED_REGISTRATION_TOKEN.
  • Вы не видите виртуальные машины узлов сеансов в списке узлов сеансов.
  • Служба Загрузчик агента удаленного рабочего стола не отображается в консоли "Службы".
  • Компонент RdAgentBootLoader не отображается как запущенный процесс в диспетчере задач.
  • Вы получаете ошибку "Брокер подключений не удалось проверить параметры" на виртуальных машинах пользовательского образа.
  • Перечисленные выше инструкции в этой статье не помогли решить проблему.

Шаг 1. Удалите компоненты агента, загрузчика и стека

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

  1. Войдите в виртуальную машину узла сеансов как администратор.

  2. Перейдите к панель управления> Программы>и компоненты или в Windows 11, перейдите в раздел "Приложения> параметров".

  3. Удалите следующие программы и перезапустите виртуальную машину узла сеанса:

    Внимание

    При удалении сетевого стека служб удаленных рабочих столов SxS вам будет предложено закрыть службы удаленных рабочих столов и пользовательский перенаправление портов службы удаленных рабочих столов. Если вы подключены к виртуальной машине узла сеанса с помощью RDP, нажмите кнопку "Не закрывать приложения" и нажмите кнопку "ОК". В противном случае подключение RDP не будет работать.

    Снимок экрана: запрос на закрытие служб удаленных рабочих столов и пользовательского перенаправления служб удаленных рабочих столов.

    • Загрузчик агента удаленного рабочего стола.
    • Агент инфраструктуры служб удаленных рабочих столов.
    • Агент Geneva инфраструктуры служб удаленных рабочих столов.
    • Сетевой стек службы удаленных рабочих столов SxS.

    Примечание.

    Вы можете увидеть несколько экземпляров этих программ. Обязательно удалите их все.

    Снимок экрана: удаление программ.

Шаг 2. Удалите узел сеансов из пула узлов.

Если удалить узел сеансов из пула узлов, он больше не будет зарегистрирован в этом пуле узлов. Это изменение действует как сброс для регистрации узла сеанса. Чтобы удалить узел сеансов из пула узлов:

  1. Войдите на портал Azure.

  2. В строке поиска введите Виртуальный рабочий стол Azure и выберите соответствующую запись службы.

  3. Нажмите Пулы узлов и выберите имя пула узлов, в котором находится виртуальная машина узла сеансов.

  4. Выберите Узлы сеансов, чтобы просмотреть список всех узлов сеансов в этом пуле узлов.

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

  6. Выберите Удалить.

    Снимок экрана: удаление виртуальной машины из пула узлов.

Шаг 3. Создайте новый ключ регистрации для виртуальной машины

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

  1. Войдите на портал Azure.

  2. В строке поиска введите Виртуальный рабочий стол Azure и выберите соответствующую запись службы.

  3. Нажмите Пулы узлов и выберите имя пула узлов, в котором находится виртуальная машина узла сеансов.

  4. В колонке Обзор выберите Ключ регистрации.

    Снимок экрана: ключ регистрации на портале.

  5. Откройте вкладку Ключ регистрации и выберите Создать новый ключ.

  6. Введите дату окончания срока действия и нажмите кнопку "ОК".

    Примечание.

    Дата окончания срока действия должна наступить не раньше, чем через час, и не позднее, чем через 27 дней с момента создания. Создайте ключ регистрации только на тот срок, пока он вам потребуется.

  7. Скопируйте созданный ключ в буфер обмена или скачайте файл. Вам потребуется этот ключ позже.

Шаг 4. Переустановите агент и загрузчик

Переустановка последней версии агента и загрузчика также автоматически устанавливает параллельный стек и агент мониторинга в Женеве. Чтобы переустановить агент и загрузчик, выполните следующие действия. Это последняя скачиваемая версия агента виртуального рабочего стола Azure в средах без проверки. Дополнительные сведения о выпуске новых версий агента см. в статье "Новые возможности агента виртуального рабочего стола Azure".

  1. Войдите на виртуальную машину узла сеанса от имени администратора и запустите установщик агента и загрузчик для виртуальной машины узла сеанса:

    Совет

    Для каждого загруженного установщика агента и загрузчика может потребоваться разблокировать их. Щелкните правой кнопкой мыши каждый файл и выберите пункт "Свойства>разблокировать".>

  2. Когда установщик запросит у вас токен регистрации, вставьте регистрационный ключ из буфера обмена.

    Снимок экрана: вставленный маркер регистрации.

  3. Запустите установщик загрузчика.

  4. Перезапустите виртуальную машину сеанса.

  5. Войдите на портал Azure.

  6. В строке поиска введите Виртуальный рабочий стол Azure и выберите соответствующую запись службы.

  7. Нажмите Пулы узлов и выберите имя пула узлов, в котором находится виртуальная машина узла сеансов.

  8. Выберите Узлы сеансов, чтобы просмотреть список всех узлов сеансов в этом пуле узлов.

  9. Теперь узел сеансов, зарегистрированный в пуле узлов, должен иметь состояние Доступно.

    Снимок экрана: доступный узел сеанса.

Удаление раздела реестра DisableRegistryTools

Если вы выполнили все четыре действия, но агент по-прежнему не работает, это может быть связано с тем, что DisableRegistryTools раздел реестра включен в одном из следующих расположений:

  • HKU: \DEFAULT\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\DisableRegistryTools = 1
  • HKU: \S-1-5-18\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\DisableRegistryTools = 1
  • HKCU: \SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\DisableRegistryTools = 1

Этот раздел реестра предотвращает установку параллельного стека агента, что приводит к ошибке installMSIException. Эта ошибка приводит к тому, что узлы сеансов зависают в недоступном состоянии.

Чтобы устранить эту проблему, необходимо удалить ключ:

  1. DisableRegistryTools Удалите ключ из трех ранее перечисленных расположений.
  2. Удалите и удалите затронутую установку параллельного стека из папки "Приложения и компоненты ".
  3. Удалите затронутые разделы реестра параллельного стека.
  4. Перезапустите виртуальную машину.
  5. Запустите агент и позвольте ему автоматически установить параллельный стек.

Следующие шаги

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