Ошибка rdp 0x112f windows 10

0x112f rdp windows 10

Добрый день уважаемые читатели и подписчики, продолжаем наше изучение компьютеров и серверных технологий, в прошлый раз мы с вами решили проблему с бесконечным обновлением Windows 8.1, сегодня же мы рассмотрим ситуацию, когда при попытке удаленного подключения по RDP, у вас появляется ошибка «Из-за ошибки протокола (код: 0x112f), удаленный сеанс будет отключен. Попытайтесь подключиться к удаленному компьютеру снова.» и так по кругу. Давайте разбираться в чем причина и решение.

Как выглядит данная ошибка, после чего человека выкидывает на окно у вводом логина и пароля в RDP.

У этой вещи две возможные проблемы:

Код 0x112f и ветка реестра

Как я и писал выше, проблема в том, что при подключении, вас проверяет UAC и у вашей учетной записи не хватает прав на создание нужных разделов реестра. Видимо кто-то удалил сервер терминалов и сервер лицензий. Так как отключение UAC с точки зрения безопасности не самый лучший вариант, то выход такой, откройте командную строку с правами администратора и введите команду

Пользователь без логина

Совсем недавно я увидел вот такую интересную ситуацию, один из сотрудников написал, что не может получить доступ к своей виртуальной машине, проверив RDP подключение, увидел ошибку 0x112f. Зайдя через терминальный вход, я обнаружил, что в диспетчере задач, зависла сессия нужного мне сотрудника и еще была странная сессия пользователя не имеющего имени, разлогинев их, вся ситуация нормализовалась и пользователь смог совершить вход на сервер.

Как говорится, а ларчик, то просто открывался.

Источник

Ошибка протокола подключения к удаленному рабочему столу 0x112f

Когда я пытаюсь подключиться к Windows 2012 Server с помощью подключения к удаленному рабочему столу, я подключен примерно на 1 секунду. а затем отключен со следующей ошибкой:

Из-за ошибки протокола (код: 0x112f) удаленный сеанс будет отключен.

До вчерашнего дня соединение работало нормально, без ошибок, никаких изменений в сервере. Я никогда не видел эту ошибку раньше. Я попытался уменьшить параметры внешнего вида на панели «Опыт» (найденный как возможное решение для аналогичной ошибки), но без результата.

ОТВЕТЫ

Ответ 1

Перезагрузка сервера помогла, я снова смогу подключиться к серверу.

Ответ 2

Эта ошибка может быть вызвана недостаточной памятью на сервере RDP.

После нескольких попыток с этой ошибкой RDP удалось получить соединение с сервером, и я смог остановить использование фиктивной службы, потребляющей слишком много памяти. Это можно сделать также с sysinternals или sc.

Ответ 3

Если сервер доступен с помощью RPC (в основном, если вы можете получить к нему доступ к общей папке), вы можете освободить часть памяти и, таким образом, позволить службе RDP работать должным образом. Можно использовать следующие собственные команды Windows:

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

Чтобы показать список сеансов рабочего стола:

Чтобы закрыть старый заброшенный сеанс рабочего стола:

После освобождения памяти RDP должен начать работать.

Ответ 4

Простая вещь Отключите параметры vsphere options 3D для виртуальной машины. Работает отлично. Когда вы хотите, переустановите vm-tools для виртуальной машины.

Ответ 5

Я недавно получил ту же ошибку. Я думаю, что McX прав, это было вызвано нехваткой памяти на RDP-сервере. Вот решение, которое работает для нас.

используйте sc cmd для запуска служб на удаленном сервере. Убедитесь, что вы можете использовать Windows Explorer для доступа к удаленному серверу \remote_server.

найдите услугу, которую вы можете остановить.

После остановки одного сервиса удаленный рабочий стол снова работает.

Ответ 6

Измененная виртуальная машина с большим объемом памяти исправила эту проблему.

Источник

question

protocol error code 0x112f on local machine, solved when logged onto

I have two desktop machines (one windows 10 home and one windows 10 professional). I routinely use remote desktop connection to access the windows 10 pro machine from the windows 10 home machine. Lately I have been getting a protocol error code 0x112f whenever I try to log on in the morning. Plugging in a monitor, mouse, and keyboard and logging onto the windows 10 pro machine seems to resolve whatever problem is occurring. The windows 10 pro machine is set to never sleep or turn the screen. Any tips?

2 Answers

I found 2 possible solution might solve this issue:

This may due to resolution conflict between monitor and RDP client, so just change resolution in RDP settings.

Disable the option «Use all my monitors for the remote session» on the Display tab of the client settings.

Hope this could help!

Thanks for your help

This may due to resolution conflict between monitor and RDP client, so just change resolution in RDP settings.

This sometime works c. 50%, but only on the lowest resolution available (15 bit)

Disable the option «Use all my monitors for the remote session» on the Display tab of the client settings.

This works, but is not ideal as I often need both screens.

Why does logging into the computer locally solve this? Is there any way to solve this longer term and maintain access to both screens?

Hi,
We have not heard from you for several days, any update?

Having this same issue AFTER I disconnect the first time AND been putzin with this for several years off and on depending on my level of anoyance.

If the target machine is rebooted, I CAN connect with «use all my monitors» AND at the highest color rating; it connects and continues to function as expected as long as I do not disconnect. Once I drop the connection and attempt to reconnect, I get the 0x112f error.

For me, unchecking «use all my monitors» works BUT I have several monitors AND I use the session extensively so that HAS been how I reestablish the connection to reboot the target (major pain), and then once again, Bob’s your uncle.

Источник

Nav view search

Навигация

Удаленный компьютер отключил сеанс, из-за ошибки в протоколе лицензирования

При попытке подключиться к серверу через RDP может возникнуть вот такая ошибка.

«Удаленный компьютер отключил сеанс, из-за ошибки в протоколе лицензирования.

Попытайтесь подключиться к удаленному компьютеру снова или обратитесь к администратору сервера»

Данная ошибка появляется так отсутствует лицензия на клиентской машине.

Данные лицензии находиться в реестре по данной ветке.

HKEY_LOCAL_MACHINESoftwareMicrosoftMSLicensing

Данная ветка реестра обычно удаляют для очистки Кеша лицензий.

или же если Windows новая, то данной ветки может просто не существовать.

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

Но для этого нужны права администратора.

Данная проблема решается очень просто:

Нужно запустить «подключение к удаленному рабочему столу» с правами администратора, а после можно запускать и с обычными правами.

Решение 1. Можно отключить UAC как это сделать смотрите здесь.

Решение 2. Запустить можно вот так:

открываем пуск, Все программы, Стандартные, Подключение к удаленному рабочему столу.

Нажимаем правой клавишей и в контекстном меню жмем «запустить от имени администратора»

Решение 3. Запустите командную строку от имени администратора и введите команду mstsc.exe

не забудь сохранить к себе на стену в соц сети

Источник

Устранение неполадок с подключениями к Удаленному рабочему столу

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

Проверка состояния протокола RDP

Проверка состояния протокола RDP на локальном компьютере

Сведения о том, как проверить и изменить состояние протокола RDP на локальном компьютере, см. в разделе How to enable Remote Desktop (Как включить удаленный рабочий стол).

Проверка состояния протокола RDP на удаленном компьютере

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

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

Проверка блокировки объектом групповой политики протокола RDP на локальном компьютере

Если не удается включить протокол RDP в пользовательском интерфейсе или для fDenyTSConnections возвращается значение 1 после его изменения, объект групповой политики может переопределять параметры на уровне компьютера.

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

Когда команда будет выполнена, откройте файл gpresult.html. Выберите Конфигурация компьютераАдминистративные шаблоныКомпоненты WindowsСлужбы удаленных рабочих столовУзел сеансов удаленных рабочих столовПодключения и найдите политику Разрешить пользователям удаленное подключение с использованием служб удаленных рабочих столов.

Если для параметра этой политики задано значение Включено, групповая политика не блокирует подключения по протоколу RDP.

Если же для параметра этой политики задано значение Отключено, проверьте результирующий объект групповой политики. Ниже показано, какой объект групповой политики блокирует подключения по протоколу RDP.

Проверка блокировки объектом групповой политики протокола RDP на удаленном компьютере

Чтобы проверить конфигурацию групповой политики на удаленном компьютере, нужно выполнить почти такую же команду, что и для локального компьютера.

Изменение блокирующего объекта групповой политики

Эти параметры можно изменить в редакторе объектов групповой политики (GPE) и консоли управления групповыми политиками (GPM). Дополнительные сведения об использовании групповой политики см. в статье Advanced Group Policy Management (Расширенное управление групповыми политиками).

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

Проверка состояния служб RDP

На локальном компьютере (клиентском) и удаленном компьютере (целевом) должны быть запущены следующие службы:

Для локального или удаленного управления службами можно использовать оснастку MMC. Вы также можете использовать PowerShell для управления службами в локальном или удаленном расположении (если удаленный компьютер настроен для приема удаленных командлетов PowerShell).

На любом компьютере запустите одну или обе службы, если они запущены.

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

Проверка состояния прослушивателя протокола RDP

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

Проверка состояния прослушивателя RDP

Для выполнения этой процедуры используйте экземпляр PowerShell с разрешениями администратора. На локальном компьютере также можно использовать командную строку с разрешениями администратора. Но для этой процедуры используется PowerShell, так как одни и те же командлеты выполняются локально и удаленно.

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

Введите qwinsta.

Если в списке содержится rdp-tcp с состоянием Listen, прослушиватель протокола удаленного рабочего стола работает. Перейдите к разделу Проверка порта прослушивателя протокола RDP. В противном случае перейдите к шагу 4.

Экспортируйте конфигурацию прослушивателя RDP с рабочего компьютера.

Чтобы импортировать конфигурацию прослушивателя протокола RDP, откройте окно PowerShell с разрешениями администратора на затронутом компьютере (или откройте окно PowerShell и подключитесь к этому компьютеру из удаленного расположения).

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

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

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

Замените именем экспортированного REG-файла.

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

Проверка состояния самозаверяющего сертификата протокола RDP

Проверка разрешений для папки MachineKeys

Проверка порта прослушивателя протокола RDP

На локальном компьютере (клиентском) и удаленном компьютере (целевом) прослушиватель протокола RDP должен ожидать передачи данных через порт 3389. Другие приложения не должны использовать этот порт.

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

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

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

Проверка того, что другое приложение не пытается использовать тот же порт

Для выполнения этой процедуры используйте экземпляр PowerShell с разрешениями администратора. На локальном компьютере также можно использовать командную строку с разрешениями администратора. Но для этой процедуры используется PowerShell, так как одни и те же командлеты выполняются локально и удаленно.

Введите следующую команду:

Найдите запись для TCP-порта 3389 (или назначенного RDP-порта) с состоянием Ожидает вызова.

Идентификатор процесса службы или процесса, использующих этот порт, отобразится в столбце «Идентификатор процесса».

Чтобы определить, какое приложение использует порт 3389 (или назначенный порт протокола RDP), введите следующую команду:

Найдите запись для номера процесса, связанного с портом (в выходных данных netstat). Службы или процессы, связанные с этим идентификатором процесса, отобразятся в столбце справа.

Если порт используется приложением или службой, отличающейся от служб удаленных рабочих столов (TermServ.exe), устранить конфликт можно с помощью одного из следующих методов:

Проверка блокировки порта протокола RDP брандмауэром

С помощью средства psping проверьте, доступен ли затронутый компьютер через порт 3389.

Перейдите на другой компьютер, на котором такая проблема не возникает, и скачайте psping отсюда: https://live.sysinternals.com/psping.exe.

Откройте окно командной строки с правами администратора, перейдите в каталог, где установлено средство psping, и введите следующую команду:

Проверьте выходные данные команды psping на наличие таких результатов:

Запустите psping на нескольких компьютерах, чтобы проверить возможность подключения к затронутому компьютеру.

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

Рекомендуемые дальнейшие действия:

Источник