1306 ошибка microsoft windows terminalservices sessionbroker client
Обновлено: 04.07.2024
Есть такая проблема: имеется виртуальный терминальный сервер, поднятый в Hyper-V.
И виртуалка, и хост под 2012r2se.
Подключаемся к терминалу по RDP, при этом сеансы отваливаются без предупреждения. Может отвалиться сразу при входе, может через некоторое время. Через десяток секунд запускается переподключение, и можно работать до следующего отвала. Нагрузки на сервер никакой нет, может отваливаться при одном вошедшем.
Сеть без домена, входим как простыми пользователями, так и локальным администратором сервера - результат один. Терминальные лицензии настоящие, купленные. На левых результат такой же.
При этом те же пользователи с тех же клиентов без проблем работают с физическим терминальным сервером под 2008r2se. Станции под икспи и семеркой.
Сеть - обычная локалка, админская машина и хост hyper-v в одном свитче.
В журнале Microsoft-Windows-TerminalServices-LocalSessionManager
присутствуют события с кодом 41 Начать разрешение спора для сеанса:,
с кодом 42 Завершить разрешение спора для сеанса:
и с кодом 40 Сенас 3 был отключен, код причины 0
На 2008 сервере сороковых кодов нет, только двадцатые.
В чем может быть дело? Роль терминального сервера пересоздавал, не помогло. Вообще сервера подняты с нуля, ничем другим ранее не занимались и ничего лишнего на них не стоит.
С уважением, Сергей
__________________Помощь в написании контрольных, курсовых и дипломных работ здесь
Завершение сеанса пользователей на терминальном сервере (RDP)
Помогите со скриптом, суть такая есть терминальный сервер, необходима завершать сессии по.
Возможно ли отключить запрос разрешения пользователя подключиться к его RDP-сессии на терминальном сервере?
Здравствуйте коллеги! Долго искал на просторах Интернета, но так и не нашел. Вопрос такой.
RDP и VNC в WS 2012 r2 из под VM Hyper-v
Всем привет. Столкнуля с проблемой при работе с WS 2012 r2 из под VM Hyper-v. Проблема.
Обрыв RDP
Есть пк с Win7 и ноут с Win10 (оба в одной сети), с пк происходит подключение к ноуту по RDP. Пару.
sergey_ss, здаётся мне, что это доменный сервер и на нём пытаются примениться GPO, которое по какой-то причине не может примениться и происходит отвал сессий и проверьте другие логи на предмет наличия ошибок хешей, ключей, керберос и т.д. проверьте время, дату, временную зону. Доступность контроллера AD
Добавлено через 1 минуту
посмотрите в журнале приложений, какое-то приложение должно вызывать ошибку. Возможно, у вас не согласованные версии RDP клиентов.
Выяснил номер процесса, оказался
Узел службы: модуль запуска процессов dcom-сервера
Где его журналы посмотреть? Поможет найти приложение которое мешает, а там и поймёте как решить проблему.
[ Name] Microsoft-Windows-TerminalServices-LocalSessionManager
[ Guid]
[ ProcessID] 752
[ ThreadID] 2784
Добавлено через 58 секунд
Сенас 2 был отключен, код причины 0
Эта ошибка говорит что пользователь сам отключился. И нет дополнительной информации об отключение.
Добавлено через 16 минут
Посмотри ещё логи может что появилось новое.
41 Начать разрешение спора для сеанса:
42 Завершить разрешение спора для сеанса:
21 Службы удаленных рабочих столов: Успешный вход в систему:
22 Службы удаленных рабочих столов: Получено уведомление о запуске оболочки:
40 Сенас 2 был отключен, код причины 0
24 Службы удаленных рабочих столов: Сеанс был отключен:
40 Сенас 2 был отключен, код причины 0
25 Службы удаленных рабочих столов: Успешное переподключение сеанса:
Это все события журнала за сегодня с момента перезагрузки сервера вчера в 22:00
При следующем отвале сессии появляется подобная пачка событий.
Скачайте processmonitorЗапустите его перед подключением и потом сделайте подключение и после этого скиньте лог файла сюда.
Будем смотреть что происходит и кто мешает. Скачал, как назло, не воспроизводится. Буду ловить момент.
Обнаружил вот такое событие:
Событие 5, Kernel-General
Куст реестра (файл) "\SystemRoot\System32\Config\RegBack\SYSTEM" был поврежден и восстановлен. Возможно, некоторые данные были утеряны.
Может быть связано с моей проблемой?
Добавлено через 1 минуту
Вылазит каждые 9 дней.
Добавлено через 17 минут
Это RegIdleBackup, наверное, нас тут не касается.
Добавлено через 3 часа 25 минут
Вот оно случилось снова:
Сведения 05.02.2021 10:46:18 TerminalServices-LocalSessionManager 42 Отсутствует СИСТЕМА
Сведения 05.02.2021 10:46:18 TerminalServices-LocalSessionManager 25 Отсутствует СИСТЕМА
Сведения 05.02.2021 10:46:18 TerminalServices-LocalSessionManager 40 Отсутствует СИСТЕМА
Сведения 05.02.2021 10:46:18 TerminalServices-LocalSessionManager 41 Отсутствует СИСТЕМА
Сведения 05.02.2021 10:46:18 TerminalServices-LocalSessionManager 40 Отсутствует СИСТЕМА
Подробнее:
Уровень,Дата и время,Источник,Код события,Категория задачи,Пользователь
Сведения,05.02.2021 10:46:18,Microsoft-Windows-TerminalServices-LocalSessionManager,42,Отсутствует,S-1-5-18,"Завершить разрешение спора для сеанса:
Пользователь: MyServerName\MyAdminName
Код сеанса: 4"
Сведения,05.02.2021 10:46:18,Microsoft-Windows-TerminalServices-LocalSessionManager,25,Отсутствует,S-1-5-18,"Службы удаленных рабочих столов: Успешное переподключение сеанса:
Пользователь: MyServerName\MyAdminName
Код сеанса: 2
Адрес сети источника: 192.168.0.146"
Сведения,05.02.2021 10:46:18,Microsoft-Windows-TerminalServices-LocalSessionManager,40,Отсутствует,S-1-5-18,"Сенас 2 был отключен, код причины 5"
Сведения,05.02.2021 10:46:18,Microsoft-Windows-TerminalServices-LocalSessionManager,41,Отсутствует,S-1-5-18,"Начать разрешение спора для сеанса:
Пользователь: MyServerName\MyAdminName
Код сеанса: 4"
Сведения,05.02.2021 10:46:18,Microsoft-Windows-TerminalServices-LocalSessionManager,40,Отсутствует,S-1-5-18,"Сенас 4 был отключен, код причины 0"
Ошибки Cannot create another system semaphore и 0x80070064
Как я и писал выше у меня есть RDS HA ферма на базе Windows Server 2019, после аварии 6 хостов вышли из строя и вновь были восстановлены. Успокоившись, что все хороша я продолжил заниматься делами, начали поступать некоторые ошибки подключения к терминалу. Ошибка была стандартная:
Проверив под тестовой учетной записью, я так же получил данную ошибку. Первое, что нужно делать в такой ситуации, это делать диагностику на активном брокере подключений. Для начала заходим в журнал событий Microsoft-Windows-TerminalServices-SessionBroker/Admin. Он весь был забит событиями 802:
RD Connection Broker failed to process the connection request for user name. Error: Cannot create another system semaphore.
На неактивном брокере была куча растущих ошибок ID 2308:
Данная ошибка означает: Ваш сеанс служб удаленных рабочих столов завершен. Соединение с удаленным компьютером было потеряно, возможно, из-за проблем с сетевым подключением. Попробуйте снова подключиться к удаленному компьютеру. Если проблема не исчезнет, обратитесь к сетевому администратору или в службу технической поддержки.
В тексте ошибки фигурировали именно недавно отваливающиеся RDSH хосты, которые в данный момент были доступны, но были удалены из RDS фермы, так как их невозможно было перевести в режим стока, чтобы пользователей не отправлять на них.
Переходим в журнал Microsoft-Windows-TerminalServices-SessionBroker-Client/Operational. Там вы можете увидеть ошибки ID 1306.
ID 1306: Remote Desktop Connection Broker Client failed to redirect the user. Error: NULL
Все эти ошибки нам говорят, что хоть я и удалил экстренно все сбойные RDSH хосты из RDS фермы, брокер почему-то до сих пор считает их частью фермы, поэтому и пытается их использовать для подключений пользователей.
Как восстановить работу RDS фермы
Выберите свою коллекцию и в разделе "Host Servers" нажмите "Tasks - Add RD Session Host Servers".
Выбираем нужный сервер и переносим его в правую область.
Соглашаемся, что будет установлена или переустановлена роль, если потребуется перезагрузка, то сделать ее.
Далее дожидаемся успешного добавления хоста в RDS ферму, после чего ошибки "error code 0x80070064" и "successfully added rdsh host"
Дополнительно, что еще можно проверить
Русский вариант - Локальный компьютер - Конфигурация компьютера - Административные шаблоны - Компоненты Windows - Службы удаленных рабочих столов - Узел сеансов удаленных рабочих столов - Посредник подключений к удаленному рабочему столу - Настроить имя сервера посредника подключений к удаленному рабочему столу
Изучив логи RDP подключений на удаленном RDS сервере, я не увидел никаких особенных ошибок. В журнале Microsoft-Windows-RemoteDesktopServices-RdpCoreTS/Operational видно, что RDP сессия создается:
The server has terminated main RDP connection with the client.
The disconnect reason is 0
Проверьте состояние службу Remote Desktop Services на удаленном сервере и перезапустите ее. Вы можете удаленно перезапустить службу через консоль Services.msc (Connect to another computer), но гораздо проще проверить состояние службы и перезапустить ее через PowerShell:
(Get-Service TermService -ComputerName msk-ts1).status
Служба запушена (Running), перезапустим ее:
Get-Service TermService -ComputerName msk-ts1| Restart-Service –force –verbose
Но проблему это не решило.
Какие еще варианты решения проблемы мне удалось найти в сети:
- Если у вас на удаленном сервере установлен КриптоПРО, он может быть источником проблем с rdp подключением. Попробуйте отключить проверку контрольных целостности файлов (проверки контрольных сумм) в КриптоПро через реестр. Перейдите в ветку реестра HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\CProIntegrity и измените значение параметра CheckMode на 0. Перезагрузите сервер.
- Если в журнале событий TerminalServices-RemoteConnectionManager вы встретите событие с EventID 1057 (The RD Session Host Server has failed to create a new self signed certificate to be used for RD Session Host Server authentication on SSL connections), перейдите в каталог C:\ProgramData\Microsoft\Crypto\RSA , переименуйте папку Machinekeys в Machinekeys_bak и перезапустите службу TermService.
- Также нашел информацию, что RDP проблема “Произошла внутренняя ошибка” встречалась в Windows 10 1809, если на удаленном компьютере включена политика Configure H.264/AVC hardware encoding for Remote Desktop connections (находится в секции GPO: Computer Configuration -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Remote Session Environment). Для решения этой проблемы достаточно отключить UDP протокол для RDP, создав в ветке реестра HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client параметр fClientDisableUDP со значением 1.
Ни один из рассмотренных выше сценариев не был применим в моем случае. Я совершенно случайно обнаружил, что с других компьютеров нет проблем с подключением к этому RDS серверу. Значить проблема только с моим компьютером, а не с сервером.
Я очистил историю RDP подключений в ветке HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Servers и сбросил кэш RDP в каталоге C:\Users\%Username%\AppData\Local\Microsoft\Terminal Server Client\Cache (перед удалением закройте все запущенные сеансы mstsc.exe):
del "C:\Users\%Username%\AppData\Local\Microsoft\Terminal Server Client\cache"
После этого перезагрузил свой компьютер, и ошибка RDP подключения исчезла!
UPD (01.05.2020): В первую очередь попробуйте перезапустить службу удаленных рабочих столов на сервере. Если это не поможет :
Одним из способов решить данную проблему это очистка историю RDP подключений на клиенте в ветке HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Servers
Так же может помочь сброс кеша RDP в каталоге C:\Users\%Username%\AppData\Local\Microsoft\Terminal Server Client\Cache (перед очисткой завершите все запущенные сеансы mstsc.exe).
Для очистки кеша используйте команду:
del "C:\Users\%Username%\AppData\Local\Microsoft\Terminal Server Client\cache"
(не забудьте указать корректный путь)
Решений тут несколько:
- Закрыть доступ к серверу по порту 3389 для неизвестных IP-адресов через firewall
- Сменить порты 3389 на любой другой
Как изменить RDP Порт
- Открываем редактор реестра regedit
- Открываем ветку HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\TerminalServer\WinStations\RDP-Tcp
- Правим параметр PortNumber в десятичном фрмате
- Порт RDP по умолчанию 3389
- Перезагружаем сервер
- Если у вас на удаленном сервере установлен КриптоПРО, он может быть источником проблем с rdp подключением. Попробуйте отключить проверку контрольных целостности файлов (проверки контрольных сумм) в КриптоПро через реестр. Перейдите в ветку реестра HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\CProIntegrity и измените значение параметра CheckMode на 0. Перезагрузите сервер.
- Если в журнале событий TerminalServices-RemoteConnectionManager вы встретите событие с EventID 1057 (The RD Session Host Server has failed to create a new self signed certificate to be used for RD Session Host Server authentication on SSL connections), перейдите в каталог C:\ProgramData\Microsoft\Crypto\RSA, переименуйте папку Machinekeys в Machinekeys_bak и перезапустите службу TermService.
- Также нашел информацию, что RDP проблема “Произошла внутренняя ошибка” встречалась в Windows 10 1809, если на удаленном компьютере включена политика Configure H.264/AVC hardware encoding for Remote Desktop connections (находится в секции GPO: Computer Configuration -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Remote Session Environment). Для решения этой проблемы достаточно отключить UDP протокол для RDP, создав в ветке реестра HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client параметр fClientDisableUDP со значением 1.
Открыть журнала событий RDP
Читайте также: