Ошибка Remote Desktop Connection Broker Client failed to redirect the user

Обновлено 28.03.2023

rdp logo

Добрый день! Уважаемые читатели и гости IT блога Pyatilistnik.org. В прошлый раз мы с вами научились пользоваться пакетным менеджером Winget, который очень сильно упрощает установку ваших стандартных приложений. В сегодняшней статье мы с вами вновь потраблшутим на RDS ферме, где по какой-то магической причине пользователь не может попасть на удаленный сервер, при точном наличии прав доступа. В логах видна ошибка "Remote Desktop Connection Broker Client failed to redirect the user" давайте разбираться в чем дело и что делать, чтобы это исправить.

🆘Описание ошибки Remote Desktop Connection Broker Client failed to redirect the user

На прошлой неделе я перевел свою RDS HA ферму с Windows Server 2016 на новую платформу Windows Server 2022. Все делал по инструкции, как в прошлый раз, ссылка слева. Все замечательно, переключил старое DNS имя на новое в виде CNAME, проверил все заработало. Со спокойной душой продолжил работу. НА следующий день из 1000 человек без проблем подключились к новой RDS-ферме сотрудников 950, но около 50 стали испытывать проблемы. У них выскакивала ошибка:

Подключение было запрещено так как учетная запись пользователя не имеет прав для удаленного входа в систему

Подключение было запрещено

Не сказать, что это странно, это ничего не сказать. Я точно знал, что у пользователей есть доступ, так как все прежние группы безопасности Active Directory были сохранены.

Как исправить ошибку подключения к RDS-ферме

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

%SystemRoot%\System32\Winevt\Logs\ Microsoft-Windows-TerminalServices-SessionBroker-Client%4Operational.evtx

Посмотрите события в нем, в идеале тут не должно быть ошибок. На первом брокере я не нашел тут ошибок, я видел много успешных подключения к RDSH хостам. Тут было много событий с ID 1307.

Remote Desktop Connection Broker Client successfully redirected the user ROOT\barboskin.d to the endpoint term15.root.pyatilistnik.org.
Ip Address of the end point = 10.1.1.15

Событие ID 1307

На втором брокеру, тут было огромное количество ошибок подключения с кодом ID 1306 и ни одного успешного.

Remote Desktop Connection Broker Client failed to redirect the user ROOT\barboskin.d. Из его я могу сделать вывод, что мне удалось локализовать проблему.
Error: NULL

Ошибка id 1306

Я для примера воспользовался командой ping до общего имени RDS фермы. Напомню что оно должно у вас разрешаться за счет Round Robin в одно из имен брокера подключений. И вот когда я попадал на первый проблем не было, стоило мне очистить кэш DNS и заново произвести ping, я уже попадал на второго брокера, где были проблемы и мня выкидывало с ошибкой.

Теперь понимая, что один брокер работает корректно а у второго есть нюансы, нужно попытаться найти в чем у них различия. В 99% случаев у вас на сбойном брокере не указана в реестре коллекция, куда нужно подключаться. А раз не указано, то пользователи будут пытаться подключиться по RDP на сам RDCB хост, а так как прав там нет, то и будут получать ошибку "Подключение было запрещено так как учетная запись пользователя не имеет прав для удаленного входа в систему", все логично.

Идем на рабочий сервер с ролью посредника подключений, открываем там реестр Windows с помощью окна "Выполнить", и находим раздел:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet \Control\Terminal Server\ClusterSettings

Найдите и убедитесь, что тут есть ключ с именем DefaultTsvUrl. Тут будет строка вида:

DefaultTsvUrl"="tsv://MS Terminal Services Plugin.1.имя коллекции

DefaultTsvUrl

Вот этого параметра у вас и не хватает на втором брокере. Чтобы это исправить, выполните на работающем брокере экспорт данной ветки, потом откройте данный ключ реестра в блокноте Windows и удалите все кроме строки DefaultTsvUrl.

Экспорт DefaultTsvUrl

Далее перенесите данный ключ на второй Connection Broker, удостоверьтесь, что ключа DefaultTsvUrl нет по пути, что я указывал выше.

Нет ключа DefaultTsvUrl

Теперь просто запустите ранее выгруженный файл с ключом реестра. Через пару секунд ключик DefaultTsvUrl будет прописан. Перезагрузка сервера не нужна, ваш брокер сразу же начнет перенаправлять на нужную коллекцию пользователей, должны появится события ID 1307 и ID1301.

ID 1307 и ID1301

Дополнительно

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

На этом у меня все. Мы восстановили полноценную работу RDS фермы и пользователи снова могут комфортно выполнять свою работу, мы проявили в очередной раз 😀клиент ориентированность.

Автор - Сёмин Иван

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *