Добрый день! Уважаемые читатели и гости одного из крупнейших IT блогов в рунете Pyatilistnik.org🔝. В прошлый раз мы с вами разобрали “Как поменять часовой пояс в Windows Server 2019”. Идем далее, сегодня у меня случился день траблшутинга с терминальной фермой. Произошел инцидент, в результате которого отвалился LUN, где располагался ряд виртуальных машин из RDS фермы. После восстановления работоспособности, стали поступать жалобы от 10% людей, что они не могут подключиться на терминал, в логах на брокерах я увидел огромное количество ошибок с текстом “Cannot create another system semaphore”. Давайте разбираться в чем дело и как все починить.
Ошибки Cannot create another system semaphore и 0x80070064
Как я и писал выше у меня есть RDS HA ферма на базе Windows Server 2019, после аварии 6 хостов вышли из строя и вновь были восстановлены. Успокоившись, что все хороша я продолжил заниматься делами, начали поступать некоторые ошибки подключения к терминалу. Ошибка была стандартная:
не удается подключиться к удаленному компьютеру
Код ID 802 говорит, о том, что брокеру не удалось переправить запрос пользователя на RDSH хост.
На неактивном брокере была куча растущих ошибок ID 2308:
ID 230: Failed to retrieve server status, Desktop term139.root.pyatilistnik.org, Collection Term-Coll, error code 0x80070064
Данная ошибка означает: Ваш сеанс служб удаленных рабочих столов завершен. Соединение с удаленным компьютером было потеряно, возможно, из-за проблем с сетевым подключением. Попробуйте снова подключиться к удаленному компьютеру. Если проблема не исчезнет, обратитесь к сетевому администратору или в службу технической поддержки.
В тексте ошибки фигурировали именно недавно отваливающиеся RDSH хосты, которые в данный момент были доступны, но были удалены из RDS фермы, так как их невозможно было перевести в режим стока, чтобы пользователей не отправлять на них.
И ошибку 1296:
Все эти ошибки нам говорят, что хоть я и удалил экстренно все сбойные RDSH хосты из RDS фермы, брокер почему-то до сих пор считает их частью фермы, поэтому и пытается их использовать для подключений пользователей.
Как восстановить работу RDS фермы
В моем случае рецепт был очень простой. Вам необходимо повторно переустановить на сбойных RDSH хостах роль подключения 💪, для этого откройте оснастку управления RDS фермой и попробуйте добавить сбойные хосты заново в состав.
✅Если у вас они уже добавлены, то попробуйте их корректно удалить сначала
Выберите свою коллекцию и в разделе “Host Servers” нажмите “Tasks – Add RD Session Host Servers”.
Выбираем нужный сервер и переносим его в правую область.
Соглашаемся, что будет установлена или переустановлена роль, если потребуется перезагрузка, то сделать ее.
Далее дожидаемся успешного добавления хоста в RDS ферму, после чего ошибки “error code 0x80070064” и “successfully added rdsh host”
Дополнительно, что еще можно проверить
- ✅ Если подключения разрешены, а ошибка все еще появляется, проверьте доступность порта 3389, через PowerShell или Telnet.
- ✅ Следующим пунктом вам нужно попробовать перенести сбойные хосты в другую OU, на которую не распространяются общие групповые политики RDS фермы, имеется ввиду, GPO производящие настройки RDP подключений. Переносите их в другое организационное подразделение, обновляете групповую политику и перезагружаете сервер, так же можете вручную удалить действие данных политик. После данных манипуляций пробуем вернуть RDSH хосты в OU, накатить на них политики и вернуть в RDS ферму.
- ✅ Заново развернуть сбойные RDSH хосты из шаблонов (Переустановка)
- ✅ Очень радикальное решение – это удаление коллекции и ее пересоздание, надеюсь, что у вас до того не дойдет
Русский вариант – Локальный компьютер – Конфигурация компьютера – Административные шаблоны – Компоненты Windows – Службы удаленных рабочих столов – Узел сеансов удаленных рабочих столов – Посредник подключений к удаленному рабочему столу – Настроить имя сервера посредника подключений к удаленному рабочему столу
Через запятую пишем тут полное FQDN имя.
На этом у меня все. С вами был Иван Сёмин, автор и создатель IT портала Pyatilistnik.org.
Проявилась проблема.
server 2019
подняты службы RDS (стандартное развертывание на одном сервере)
После перезагрузки сервера невозможно зайти по рдп.
Сообщение ошибки:
“Не удается подключиться к удаленному компьютеру. Повторите попытку подключения. Если проблема повторится, обратитесь к владельцу удаленного компьютера или администратору сети.”
Можно зайти только локально, либо через IPMI консоль
События в диспетчере серверов показывают следующее:
код 1296
При получении пакета перенаправления от посредника подключений к удаленному рабочему столу в клиенте посредника подключений произошла ошибка.
Пользователь: ——–
Ошибка: Посредник подключений к удаленному рабочему столу не готов к RPC.
код 1306
Клиенту посредника подключений к удаленному рабочему столу не удалось перенаправить пользователя ———-
Ошибка: NULL
Ранее помогал перезапуск следующих служб подряд
служба лицензирования, Локатор удаленного вызова процедур (RPC), служба посредник подключения к удаленному раб. столу, Перенаправитель портов пользовательского режима служб удаленных рабочих столов, Служба инициатора Майкрософт iSCSI(тоже после ребута сервера, другой сервак теряет диск ICSI, и пока службу не рестартнем, он его не увидит).
и после этого рестартим “Службы удаленных рабочих столов”, если их рестартить сразу, без рестарта вышеуказанных. то вылетит ошибка, что служба не ответила вовремя. и в итоге она висит в состоянии остановка.
Если все это проделать, то доступ восстанавливается.
Пробовал делать DISM /Online /Cleanup-Image /RestoreHealth с указанием источника пакета wim (без него он не делал), писал что восстановлено, но проблема осталась.
Пробовал переустановить всю роль RDS. Проблема так же осталась. после перезагрузки приходится делать рестарт служб указанных выше.
Сегодня данный алгоритм не помог.
Если выставить уровень безопасности rdp, вместо “согласование”, до доступ будет и без перезапуска служб.
Пришлось пока оставить уровень безопасности rdp, но в коллекциях я не вижу сеансы пользователей, хотя они зашли и работают.
в событиях продолжает появляться ошибки, которые я писал выше 1306 и 1296
Данную проблему не могу решить уже несколько месяцев.
На форумах натыкался на подобные ситуации, но либо там решения не найдено, либо ответов нет вообще.
Что может быть? как исправить без переустановки системы?
Вопрос
Не могу победить проблему. Имеется 2 сервера на server 2012- 1 контроллер домена(PDC) 2- терминальный сервер 1с(1server). Все работало как часы. Решил поднять дополнительный контроллер домена на 1c.Поднял роль и пошли ошибки при подключении к удаленному рабочему столу на 1server ошибка 1306,1296 и пользователи не могут подключиться к серверу 1s.Не стартовала служба. Удалил роль контроллера домена, служба стала стартовать, но пользователи не могут подключиться к серверу 1s.В логах 1306,1296 ошибки. После удаления роли посредника подключений к удаленному рабочему столу пользователей начинает пускать на сервер, но ошибки 1306,1296 остались. И при каждом подключении появляться на каждого пользователя.К уда копать? Из-за разницы во времени, могу отвечать с опозданием, заранее извиняюсь.
Ответы
- Предложено в качестве ответа SQx Moderator 28 марта 2015 г. 10:50
- Помечено в качестве ответа max113 28 марта 2015 г. 13:00
Все ответы
1) Уточните какие компоненты терминального сервера установили на 1с(1server) ?
На сторонних форумах в качестве решения предлагается применить:
Важно: перед тем как применять данные значения, уточните текущие. для того чтобы Вы смогли откатиться до исходного состояния.
Best Regards, Andrei . Microsoft Certified Professional
-Лицензирование удаленных рабочих столов
-Узел сеансов удаленных рабочих столов
-Веб доступ к удаленным рабочим столам
Connection Broker я удалил(без него происходит подключение)
Попробую посмотреть ключи реестра, о результатах напишу.
При подключении к удаленному рабочему столу 1s все равно выходят эти
1296 При получении пакета перенаправления от посредника подключений к удаленному рабочему столу в клиенте посредника подключений произошла ошибка.
Ошибка:Посредник подключений к удаленному рабочему столу не готов к RPC
1306 Клиенту посредника подключений к удаленному рабочему столу не удалось перенапрвить пользователя
Ранее Вы писали, что «Connection Broker я удалил(без него происходит подключение)«, но по каким-то причинам он все же пытается его использовать.
Проверьте в локальной политике терминального сервера (gpedit.msc):
чтобы везде было «not configured».
———————— получается так, что Вы удалили посредника, а коллекция сеансов еще назначено.
Проверил политику терминального сервера:
посредник подключения удаленных рабочих, все значения стоят- не задано.
При подключению к серверу все равно выдает эти ошибки.
В общих сведениях службы удаленных рабочих столов написано:
«Серверы посредников подключений к удаленному рабочему столу отсутствуют в пуле серверов. Для управлений развертыванием необходимо добавить все серверы развертывания в пул серверов.Чтобы создать новое развертывание ,запустите мастер добаывления ролей и компонентов и выберите устаноку служб удаленных рабочих столов.»
Когда я добавляю службу посредника , то клиенты не подключаются к серверу 1s.
не возможно подключится обратитесь к системному администратору.
Уровень,Дата и время,Источник,Код события,Категория задачи Сведения,28.03.2015 13:13:29,Microsoft-Windows-TerminalServices-LocalSessionManager,24,Отсутствует,»Службы удаленных рабочих столов: Сеанс был отключен:
Пользователь: ***********int113 Код сеанса: 2 Адрес сети источника: » Сведения,28.03.2015 13:13:15,Microsoft-Windows-TerminalServices-LocalSessionManager,22,Отсутствует,»Службы удаленных рабочих столов: Получено уведомление о запуске оболочки:
Пользователь: ***********int113 Код сеанса: 2 Адрес сети источника: » Сведения,28.03.2015 13:13:15,Microsoft-Windows-TerminalServices-LocalSessionManager,21,Отсутствует,»Службы удаленных рабочих столов: Успешный вход в систему:
/Пользователь: ***********int113 Код сеанса: 2 Адрес сети источника: » Сведения,28.03.2015 13:13:15,Microsoft-Windows-TerminalServices-RemoteConnectionManager,20482,Отсутствует,Справедливое распределение ресурсов сети для служб удаленных рабочих столов включено для учетной записи пользователя ***********int113 с весом 1. Ошибка,28.03.2015 13:13:12,Microsoft-Windows-TerminalServices-SessionBroker-Client,1306,Клиент посредника подключений к удаленному рабочему столу обрабатывает запрос пользователя,»Клиенту посредника подключений к удаленному рабочему столу не удалось перенаправить пользователя ***********int113. Ошибка: NULL» Ошибка,28.03.2015 13:13:12,Microsoft-Windows-TerminalServices-SessionBroker-Client,1296,Клиент посредника подключений к удаленному рабочему столу обрабатывает запрос пользователя,»При получении пакета перенаправления от посредника подключений к удаленному рабочему столу в клиенте посредника подключений произошла ошибка. Пользователь:***********int113 Ошибка: Посредник подключений к удаленному рабочему столу не готов к RPC.» Подробно,28.03.2015 13:13:12,Microsoft-Windows-TerminalServices-SessionBroker-Client,1301,Клиент посредника подключений к удаленному рабочему столу обрабатывает запрос пользователя,»Клиент посредника подключений к удаленному рабочему столу получил запрос на перенаправление. Пользователь: ***********int113 Версия RDP-клиента: 5″ Сведения,28.03.2015 13:13:12,Microsoft-Windows-TerminalServices-RemoteConnectionManager,1149,Отсутствует,»Службы удаленных рабочих столов: Успешная проверка подлинности пользователя:
Пользователь: int113 Домен: *********** Адрес источника сети: » Сведения,28.03.2015 13:13:03,Microsoft-Windows-TerminalServices-RemoteConnectionManager,261,Отсутствует,Прослушиватель RDP-Tcp получил соединение Сведения,28.03.2015 13:11:09,Microsoft-Windows-TerminalServices-LocalSessionManager,22,Отсутствует,»Службы удаленных рабочих столов: Получено уведомление о запуске оболочки:
Пользователь: ***********администратор Код сеанса: 1 Адрес сети источника: ЛОКАЛЬНЫЕ» Сведения,28.03.2015 13:11:09,Microsoft-Windows-TerminalServices-RemoteConnectionManager,20482,Отсутствует,Справедливое распределение ресурсов сети для служб удаленных рабочих столов включено для учетной записи пользователя ***********Администратор с весом 1. Сведения,28.03.2015 13:11:09,Microsoft-Windows-TerminalServices-LocalSessionManager,21,Отсутствует,»Службы удаленных рабочих столов: Успешный вход в систему:
/Пользователь: ***********администратор Код сеанса: 1 Адрес сети источника: ЛОКАЛЬНЫЕ»
Пользователь int113 подключается к серверу, но ошибками,хотя посредник удален,его нет.