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

0x112f rdp windows 10

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

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

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

Как я и писал выше, проблема в том, что при подключении, вас проверяет 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 на нескольких компьютерах, чтобы проверить возможность подключения к затронутому компьютеру.

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

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

Источник

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

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

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

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

1. Удалена ветка реестра HKEY_LOCAL_MACHINESoftwareMicrosoftMSLicensing
2. Глюк с пустой учетной записью в диспетчере задач

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

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

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

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

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

Источник

Как исправить ошибку удаленного рабочего стола в протоколе лицензирования

Ошибка удаленного рабочего стола в протоколе лицензирования – это ошибка, которая иногда появляется у некоторых пользователей, использующих средство подключения к удаленному рабочему столу в Windows. Полное сообщение об ошибке гласит: Удаленный компьютер отключил сеанс из-за ошибки в протоколе лицензирования. Пожалуйста, попробуйте снова подключиться к удаленному компьютеру или обратитесь к администратору сервера. Следовательно, пользователи не могут подключиться с помощью подключения к удаленному рабочему столу. Вот несколько исправлений для этой ошибки RDC.

Как я могу исправить ошибки протокола удаленного рабочего стола в Windows 10?

1. Запустите удаленный рабочий стол от имени администратора
2. Запустите удаленный рабочий стол во встроенной учетной записи администратора
3. Удалить раздел реестра MSLicensing
4. Откат Windows до точки восстановления
5. Сканирование реестра

1. Запустите удаленный рабочий стол от имени администратора

Некоторые пользователи подтвердили, что они исправили проблему удаленного рабочего стола в протоколе лицензирования, запустив Remote Desktop Connection от имени администратора. Запуск RDC от имени администратора гарантирует, что приложение имеет необходимые разрешения для изменения реестра. Поэтому введите ключевое слово Connection Подключение к удаленному рабочему столу ‘в окне поиска Windows, щелкните правой кнопкой мыши Подключение к удаленному рабочему столу и выберите Запуск от имени администратора , чтобы открыть его.

2. Запустите удаленный рабочий стол во встроенной учетной записи администратора

Или попробуйте запустить RDC в учетной записи администратора. Вы можете активировать встроенную учетную запись администратора с помощью командной строки. Введите “cmd” в поле поиска Windows, щелкните правой кнопкой мыши командную строку и выберите Запуск от имени администратора , чтобы открыть его. Затем введите «net user administrator/active: yes» в приглашении и нажмите клавишу возврата. Перезагрузите Windows, чтобы войти в систему с новой учетной записью администратора.

– СВЯЗАННЫЕ: Исправлено: «Удаленное соединение было запрещено» в Windows 10

3. Удалите раздел реестра MSLicensing

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

• Введите «создать точку восстановления» в поле поиска Cortana или меню «Пуск».
• Затем нажмите «Создать точку восстановления», чтобы открыть окно панели управления ниже.

• Нажмите кнопку Создать , чтобы открыть окно ниже.

• Затем введите название для точки восстановления системы в текстовом поле и нажмите кнопку Создать .
• Чтобы удалить ключ MSLicensing, нажмите горячую клавишу Windows + R.
• Затем вы можете ввести «regedit» в «Выполнить» и нажать ОК , чтобы открыть редактор реестра.

• Затем откройте этот ключ в редакторе реестра: HKLMSOFTWAREMicrosoftMSLicensing.

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

4. Откат Windows до точки восстановления

Откат Windows к предыдущей дате с помощью функции «Восстановление системы» также исправил проблему с протоколом лицензирования RDC для некоторых пользователей. Восстановление системы может исправить ошибку, так как восстановление Windows до точки восстановления системы может исправить поврежденные ключи реестра. Вот как вы можете использовать восстановление системы в Windows.

• Вы можете открыть Восстановление системы, нажав сочетание клавиш Windows + R, введя «rstrui» в меню «Выполнить» и нажав ОК .

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

• Затем нажмите кнопку Далее и выберите Готово , чтобы подтвердить точку восстановления.

– СВЯЗАННО: ИСПРАВЛЕНИЕ: ошибка аутентификации удаленного рабочего стола в Windows 10/7

5. Сканирование реестра

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

• Нажмите Загрузить на этой веб-странице, чтобы сохранить установщик CCleaner, а затем откройте мастер установки программного обеспечения, чтобы добавить его в Windows.
• Откройте окно CCleaner и нажмите кнопку Реестр .

• Установите все флажки и нажмите кнопку Сканировать на наличие проблем .
• Нажмите кнопку Исправить выбранные проблемы . Затем вы можете выбрать Да , чтобы создать резервную копию реестра, если это необходимо.
• Нажмите кнопку Устранить все выбранные проблемы , чтобы удалить значения реестра.

Это те решения, которые исправили ошибку протокола лицензирования RDC для некоторых пользователей. Помните, однако, что вы всегда можете использовать бесплатное стороннее программное обеспечение удаленного рабочего стола вместо утилиты Windows RDC. Это руководство по программному обеспечению содержит более подробную информацию о некоторых из лучших пакетов удаленного рабочего стола для Windows 10.

Источник

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

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

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

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

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

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

HKEY_LOCAL_MACHINESoftwareMicrosoftMSLicensing

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

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

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

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

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

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

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

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

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

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

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

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

Источник

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

Добрый день! Уважаемые читатели и гости IT блога Pyatilistnik.org. В прошлый раз мы с вами успешно устранили ошибку «This coild be to CredSSP encryption oracle remediation» при попытке подключения к RDS ферме. Сегодня мы рассмотрим ситуацию так же при работе с ним, а именно разрыв подключения с ошибкой «Этот сеанс будет прекращен из-за ошибки шифрования данных«. Давайте смотреть в чем дело и как это можно обойти, я опишу 8 быстрых методов.

Описание ошибки шифрования при подключении к RDS ферме

Как я много раз рассказывал у меня в компании есть несколько больших RDS ферм от 50 RDSH хостов, где работают свыше 1000 пользователей одновременно. Начиная с конца октября стали появляться случаи с обрывами соединений вот с такой формулировкой:

Разрывы были через каждые минут 15-20. Данная проблема при чем была, только у пользователей кто при подключении использовал корпоративный VPN и уже потом шли работать на терминальную ферму.

Диагностика и устранение проблемы

Сразу скажу, что данная проблема исключительно на стороне клиентской операционной системы, так как исследовав более 6 случаев, я ничего подозрительного не обнаружил на брокерах подключений или на самих RDSH хостах, у которых данный пользователь числился как disconnected.

• 1️⃣Первое, что вы должны сделать, это определить версию вашей операционной системы, так как от этой информации зависит, находится она на поддержке или нет
• 2️⃣Если ваша ОС поддерживается Microsoft, то вам срочно необходимо установить все доступные обновления безопасности, так и дополнительные. Для этого нажмите одновременно клавиши WIN и I, чтобы вызвать окно «Параметры Windows«. Далее найдите раздел «Обновление и безопасность«.

Обязательно перейдите в дополнительные параметры.

И удостоверьтесь, что у вас активирован пункт «При обновлении Windows получать обновления для других продуктов Майкрософт«.

После этого нажмите назад, чтобы вернуться на основное окно установки обновлений. Нажмите кнопку «Проверить наличие обновлений» если у вас WSUS, или же пункт «Проверять наличие обновлений из Центра обновления Майкрософт в Интернете«

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

• 3️⃣Если это не помогло и все так же получаете разрывы соединений, то пробуем обновить версию RDP клиента если она не последняя. Для этого перейдите в каталог:

Там нужно найти файл mstsc.exe и вызвать его свойства. На вкладке «Подробно» посмотрите версию файла. Удостовериться, что она свежая, это можно понять по дате изменения.

• 4️⃣Попробуйте отключить на сетевой карте параметр «Large Send Offload (IPv4)«.Параметр «Large Send Offload (IPv4)» отвечает, за то чтобы фрагментацией сетевых пакетов занималась сетевая карта, CPU. Следовательно, небольшая часть нагрузки с Windows будет перенесена на сетевой адаптер.

Откройте диспетчер устройств, через правый клик по кнопке «Пуск».

Далее находим сетевые адаптеры. Тут выберите нужный адаптер, если их несколько. Переходим в его свойства, вкладка «Дополнительно«. Находим в списке пункт «Large Send Offload (IPv4)» и меняем его значение на «Disable«. Применяем настройки и перезагружаем систему.

• • 5️⃣Еще как вариант решения проблемы, это смена RDP клиента, например на Remote Desktop Connection Manager или можно попробовать установить «Удаленный рабочий стол» из магазина.
  • 6️⃣В старых версиях Windows, например в Windows 7, можно было попробовать удалить содержимое куста реестра:

Там если есть записи: Certificate, X509 Certificate,X509 Certificate ID, то их нужно удалить, НО обязательно перед этим экспортируйте данный куст реестра, чтобы можно было его восстановить в случае чего.

• 7️⃣Еще очень важно проверить, что у вас ошибку «Этот сеанс будет прекращен из-за ошибки шифрования данных. Попробуйте подключиться заново к удаленному компьютеру» не вызывает какое-то VPN ПО или Proxy ПО. Обязательно проверьте нет ли у вас «Sonicwall Global VPN» и его аналогов, возможно VNC. Выведите список установленных программ в Windows и изучите их.
• 8️⃣Дополнительно изучите журналы Windows.

Источник

Ошибка rdp 0x112f windows 10

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

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

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

1. Удалена ветка реестра HKEY_LOCAL_MACHINESoftwareMicrosoftMSLicensing
2. Глюк с пустой учетной записью в диспетчере задач

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

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

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

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

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

Nav view search

Навигация

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

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

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

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

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

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

HKEY_LOCAL_MACHINESoftwareMicrosoftMSLicensing

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

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

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

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

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

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

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

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

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

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

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

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

Выбрасывает юзера сразу после подключение, что делать?

Друзья все привет. Случилась диковина для меня, ошибка 0x112f. Полазив понял что связанно что-то с правами и активацией. Так как я ничего не понимаю, делаю все по каком-то гайду ТЫЦ Перезагрузился, ошибка осталась но в «событиях» уже направляет на другую векту реестра. Ну как бы все ветки затруднительно лапать на счёт прав.

А суть проблемы в чём. Пользователь запускает rdp подключение с утра, первый раз. Проходит все хорошо, но если он его закроет или его выкинет, далее трудно попасть в базу. Проследив немного, понял что далее пользователь подключается и сразу получает состояние «Отключенно» и вылитает с ошибкой «0x112f» при этом окно 1с висит.


Если попробывать в течении 1-2 мин по 5 — 6 раз запускать базу, то зайдёт. Но это не выход. Выручайте люди, я в замешательстве, пью анальгин.

Служба «CDPUserSvc_4d539d» завершена из-за ошибки
Неопознанная ошибка

Параметры разрешений для конкретного приложения не дают разрешения Локально Активация для приложения COM-сервера с CLSID

и APPID
<9ca88ee3-acb7-47c8-afc4-ab702511c276>
пользователю NT AUTHORITYСИСТЕМА с ИД безопасности (S-1-5-18) и адресом LocalHost (с использованием LRPC), выполняемого в контейнере приложения Недоступно с ИД безопасности (Недоступно). Это разрешение безопасности можно изменить с помощью средства администрирования служб компонентов.

Ошибка RDP подключения: Указанная функция не поддерживается, ошибка шифрования CredSSP

После установки последних обновлений безопасности, вышедших 8 мая 2018 года, на Windows 10 и 7, пользователи стали жаловаться, что при попытке подключится к RemoteApp на RDS серверах под Windows Server 2016 / 2012 R2 / 2008 R2, или удаленным рабочим столам других пользователей по протоколу RDP (на Win 10/8/7), появляется ошибка:

Remote Desktop connection
An authentication error has occurred.
The function is not supported.
Remote Computer: hostname
This could be due to CredSSP encryption oracle remediation.

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

Данная ошибка связана с тем, что на Windows Server или обычных десктопных версиях Windows, к котором вы пытаетесь подключится по RDP, с марта 2018 года не устанавливались обновления безопасности. Дело в том, что еще в марте 2018 Microsoft выпустила обновление, закрывающее возможность удаленного выполнения кода с помощью уязвимости в протоколе CredSSP (бюллетень CVE-2018-0886). В мае 2018 было опубликовано дополнительное обновление, в котором по-умолчанию клиентам запрещается подключаться к удаленным RDP серверам с уязвимой (непропатченной) версией протокола CredSSP.

Таким образом, если вы не устанавливали накопительные обновления безопасности на RDS серверах Windows с марта этого года, а клиенты (Win 10 / 8 / 7) установили майские обновления, то на них при попытке подключится к RDS серверам с непропатченной версией CredSSP будет появляется ошибка о невозможности подключения: This could be due to CredSSP encryption oracle remediation.

Ошибка RDP клиента появляется после установки следующих обновлений безопасности:

• Windows 7 / Windows Server 2008 R2 — KB4103718
• Windows 8.1 / Windows Server 2012 R2 — KB4103725
• Windows Server 2016 — KB4103723
• Windows 10 1803 — KB4103721
• Windows 10 1709 — KB4103727
• Windows 10 1703 — KB4103731
• Windows 10 1609 — KB4103723

Для восстановления удаленного подключения к рабочему столу можно удалить указанное обновление (но это не рекомендуется и делать этого не стоит, есть более правильное решение).

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

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

• Запустите редактор локальных GPO: gpedit.msc ;

В том случае, если у вас отсутствует редактор локальных GPO (например, в Home редакциях Windows), вы можете внести изменение, разрешающее RDP подключение к серверам с непропатченной версия CredSSP, напрямую в реестр с помощью команды:

REG ADD HKLMSOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystemCredSSPParameters /v AllowEncryptionOracle /t REG_DWORD /d 2

Можно внести изменения сразу на множестве компьютеров в AD с помощью доменной GPO или такого PowerShell скрипта (список компьютеров в домене можно получить с помощью командлета Get-ADComputer ):

Import-Module ActiveDirectory
$PSs = (Get-ADComputer -Filter *).DNSHostName
Foreach ($computer in $PCs) <
Invoke-Command -ComputerName $computer -ScriptBlock <
REG ADD HKLMSOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystemCredSSPParameters /v AllowEncryptionOracle /t REG_DWORD /d 2
>
>

После успешного подключения к удаленному RDP серверу (компьютеру) нужно установить на нем отсутствующие обновления безопасности через службу Windows Update (проверьте, что служба включена) или вручную. Ниже представлены прямые ссылки на обновления для Windows Server, которые обязательно нужно установить:

• Windows Server 2012 R2 / Windows 8: KB4103715
• Windows Server 2008 R2 / Windows 7: KB4103712
• Windows Server 2016 / Windows 10 1607 = KB4103723

После установки обновлений и перезагрузки сервера, не забудьте отключить политику на клиентах (либо выставить ее на Force Updated Clients), или вернуть значение 0 у ключа реестра AllowEncryptionOracle. В этом случае, ваш компьютер не будет подвержен риску подключения к незащищенным хостам с CredSSP и эксплуатации уязвимости.

REG ADD HKLMSOFTWAREMicrosoftWindowsCurrentVersionPoliciesSystemCredSSPParameters /v AllowEncryptionOracle /t REG_DWORD /d 0

Устранение неполадок с подключениями к Удаленному рабочему столу General Remote Desktop connection troubleshooting

Выполните приведенные ниже действия, если клиенту Удаленного рабочего стола не удается подключиться к удаленному рабочему столу, и отсутствуют сообщения или другие признаки, по которым можно определить причину. Use these steps when a Remote Desktop client can’t connect to a remote desktop but doesn’t provide messages or other symptoms that would help identify the cause.

Проверка состояния протокола RDP Check the status of the RDP protocol

Проверка состояния протокола RDP на локальном компьютере Check the status of the RDP protocol on a local computer

Сведения о том, как проверить и изменить состояние протокола RDP на локальном компьютере, см. в разделе How to enable Remote Desktop (Как включить удаленный рабочий стол). To check and change the status of the RDP protocol on a local computer, see How to enable Remote Desktop.

Если параметры удаленного рабочего стола недоступны, см. раздел Проверка блокировки объектом групповой политики протокола RDP на локальном компьютере. If the remote desktop options are not available, see Check whether a Group Policy Object is blocking RDP.

Проверка состояния протокола RDP на удаленном компьютере Check the status of the RDP protocol on a remote computer

В точности следуйте инструкциям из этого раздела. Follow this section’s instructions carefully. Неправильное изменение реестра может вызвать серьезные проблемы. Serious problems can occur if the registry is modified incorrectly. Прежде чем редактировать реестр, создайте резервную копию реестра, чтобы вы могли восстановить его в случае ошибки. Before you start modifying the registry, back up the registry so you can restore it in case something goes wrong.

Чтобы проверить и изменить состояние протокола удаленного рабочего стола на удаленном компьютере, используйте подключение сетевого реестра: To check and change the status of the RDP protocol on a remote computer, use a network registry connection:

1. Сначала откройте меню Пуск и выберите Выполнить. First, go to the Start menu, then select Run. В появившемся текстовом поле введите regedt32. In the text box that appears, enter regedt32.
2. В редакторе реестра нажмите Файл и выберите пункт Подключить сетевой реестр. In the Registry Editor, select File, then select Connect Network Registry.
3. В диалоговом окне Выбор: «Компьютер» введите имя удаленного компьютера, выберите Проверить имена и нажмите кнопку ОК. In the Select Computer dialog box, enter the name of the remote computer, select Check Names, and then select OK.
4. Перейдите к записи HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTerminal Server. Navigate to HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTerminal Server.
   
   • Если раздел fDenyTSConnections имеет значение , значит протокол RDP включен. If the value of the fDenyTSConnections key is , then RDP is enabled.
   • Если раздел fDenyTSConnections имеет значение 1, значит протокол RDP отключен. If the value of the fDenyTSConnections key is 1, then RDP is disabled.
5. Чтобы включить протокол RDP, для fDenyTSConnections замените значение 1 на . To enable RDP, change the value of fDenyTSConnections from 1 to .

Проверка блокировки объектом групповой политики протокола RDP на локальном компьютере Check whether a Group Policy Object (GPO) is blocking RDP on a local computer

Если не удается включить протокол RDP в пользовательском интерфейсе или для fDenyTSConnections возвращается значение 1 после его изменения, объект групповой политики может переопределять параметры на уровне компьютера. If you can’t turn on RDP in the user interface or the value of fDenyTSConnections reverts to 1 after you’ve changed it, a GPO may be overriding the computer-level settings.

Чтобы проверить конфигурацию групповой политики на локальном компьютере, откройте окно командной строки с правами администратора и введите следующую команду: To check the group policy configuration on a local computer, open a Command Prompt window as an administrator, and enter the following command:

Когда команда будет выполнена, откройте файл gpresult.html. After this command finishes, open gpresult.html. Выберите Конфигурация компьютераАдминистративные шаблоныКомпоненты WindowsСлужбы удаленных рабочих столовУзел сеансов удаленных рабочих столовПодключения и найдите политику Разрешить пользователям удаленное подключение с использованием служб удаленных рабочих столов. In Computer ConfigurationAdministrative TemplatesWindows ComponentsRemote Desktop ServicesRemote Desktop Session HostConnections, find the Allow users to connect remotely by using Remote Desktop Services policy.

Если для параметра этой политики задано значение Включено, групповая политика не блокирует подключения по протоколу RDP. If the setting for this policy is Enabled, Group Policy is not blocking RDP connections.

Если же для параметра этой политики задано значение Отключено, проверьте результирующий объект групповой политики. If the setting for this policy is Disabled, check Winning GPO. Ниже показано, какой объект групповой политики блокирует подключения по протоколу RDP. This is the GPO that is blocking RDP connections.

Проверка блокировки объектом групповой политики протокола RDP на удаленном компьютере Check whether a GPO is blocking RDP on a remote computer

Чтобы проверить конфигурацию групповой политики на удаленном компьютере, нужно выполнить почти такую же команду, что и для локального компьютера. To check the Group Policy configuration on a remote computer, the command is almost the same as for a local computer:

В файле (gpresult- .html), который создается после выполнения этой команды, используется такой же формат данных, как в версии файла для локального компьютера (gpresult.html). The file that this command produces (gpresult- .html) uses the same information format as the local computer version (gpresult.html) uses.

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

Эти параметры можно изменить в редакторе объектов групповой политики (GPE) и консоли управления групповыми политиками (GPM). You can modify these settings in the Group Policy Object Editor (GPE) and Group Policy Management Console (GPM). Дополнительные сведения об использовании групповой политики см. в статье Advanced Group Policy Management (Расширенное управление групповыми политиками). For more information about how to use Group Policy, see Advanced Group Policy Management.

Чтобы изменить блокирующую политику, используйте один из следующих методов. To modify the blocking policy, use one of the following methods:

• В GPE укажите определенный уровень для объекта групповой политики (локальный или доменный) и выберите Конфигурация компьютера >Административные шаблоны >Компоненты Windows >Службы удаленных рабочих столов >Узел сеансов удаленных рабочих столов >Подключения >Разрешить пользователям удаленное подключение с использованием служб удаленных рабочих столов. In GPE, access the appropriate level of GPO (such as local or domain), and navigate to Computer Configuration >Administrative Templates >Windows Components >Remote Desktop Services >Remote Desktop Session Host >Connections >Allow users to connect remotely by using Remote Desktop Services.
  1. Задайте для политики значение Включена или Не задана. Set the policy to either Enabled or Not configured.
  2. На затронутых компьютерах откройте окно командной строки с правами администратора и выполните команду gpupdate /force. On the affected computers, open a command prompt window as an administrator, and run the gpupdate /force command.
• В GPM перейдите к подразделению, в котором блокирующая политика применяется к соответствующим компьютерам, и удалите эту политику. In GPM, navigate to the organizational unit (OU) in which the blocking policy is applied to the affected computers and delete the policy from the OU.

Проверка состояния служб RDP Check the status of the RDP services

На локальном компьютере (клиентском) и удаленном компьютере (целевом) должны быть запущены следующие службы: On both the local (client) computer and the remote (target) computer, the following services should be running:

• службы удаленных рабочих столов (TermService); Remote Desktop Services (TermService)
• перенаправитель портов пользовательского режима служб удаленного рабочего стола (UmRdpService). Remote Desktop Services UserMode Port Redirector (UmRdpService)

Для локального или удаленного управления службами можно использовать оснастку MMC. You can use the Services MMC snap-in to manage the services locally or remotely. Вы также можете использовать PowerShell для управления службами в локальном или удаленном расположении (если удаленный компьютер настроен для приема удаленных командлетов PowerShell). You can also use PowerShell to manage the services locally or remotely (if the remote computer is configured to accept remote PowerShell cmdlets).

На любом компьютере запустите одну или обе службы, если они запущены. On either computer, if one or both services are not running, start them.

Если вы запускаете службу удаленных рабочих столов, нажмите кнопку Да, чтобы служба перенаправителя портов пользовательского режима служб удаленного рабочего стола перезапустилась автоматически. If you start the Remote Desktop Services service, click Yes to automatically restart the Remote Desktop Services UserMode Port Redirector service.

Проверка состояния прослушивателя протокола RDP Check that the RDP listener is functioning

В точности следуйте инструкциям из этого раздела. Follow this section’s instructions carefully. Неправильное изменение реестра может вызвать серьезные проблемы. Serious problems can occur if the registry is modified incorrectly. Прежде чем редактировать реестр, создайте резервную копию реестра, чтобы вы могли восстановить его в случае ошибки. Before you starty modifying the registry, back up the registry so you can restore it in case something goes wrong.

Проверка состояния прослушивателя RDP Check the status of the RDP listener

Для выполнения этой процедуры используйте экземпляр PowerShell с разрешениями администратора. For this procedure, use a PowerShell instance that has administrative permissions. На локальном компьютере также можно использовать командную строку с разрешениями администратора. For a local computer, you can also use a command prompt that has administrative permissions. Но для этой процедуры используется PowerShell, так как одни и те же командлеты выполняются локально и удаленно. However, this procedure uses PowerShell because the same cmdlets work both locally and remotely.

Чтобы подключиться к удаленному компьютеру, выполните следующий командлет: To connect to a remote computer, run the following cmdlet:

Введите qwinsta. Enter qwinsta.

Если в списке содержится rdp-tcp с состоянием Listen, прослушиватель протокола удаленного рабочего стола работает. If the list includes rdp-tcp with a status of Listen, the RDP listener is working. Перейдите к разделу Проверка порта прослушивателя протокола RDP. Proceed to Check the RDP listener port. В противном случае перейдите к шагу 4. Otherwise, continue at step 4.

Экспортируйте конфигурацию прослушивателя RDP с рабочего компьютера. Export the RDP listener configuration from a working computer.

1. Войдите на компьютер с той же версией операционной системы, что и у затронутого компьютера, и получите доступ к реестру компьютера (например, с помощью редактора реестра). Sign in to a computer that has the same operating system version as the affected computer has, and access that computer’s registry (for example, by using Registry Editor).
2. Перейдите к следующей записи реестра: Navigate to the following registry entry:
   HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTerminal ServerWinStationsRDP-TcpHKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTerminal ServerWinStationsRDP-Tcp
3. Экспортируйте запись в REG-файл. Export the entry to a .reg file. Например, в редакторе реестра щелкните запись правой кнопкой мыши, выберите пункт Экспортировать, а затем введите имя файла для экспортируемых параметров. For example, in Registry Editor, right-click the entry, select Export, and then enter a filename for the exported settings.
4. Скопируйте экспортированный REG-файл на затронутый компьютер. Copy the exported .reg file to the affected computer.

Чтобы импортировать конфигурацию прослушивателя протокола RDP, откройте окно PowerShell с разрешениями администратора на затронутом компьютере (или откройте окно PowerShell и подключитесь к этому компьютеру из удаленного расположения). To import the RDP listener configuration, open a PowerShell window that has administrative permissions on the affected computer (or open the PowerShell window and connect to the affected computer remotely).

Чтобы создать резервную копию для существующей записи реестра, воспользуйтесь таким командлетом: To back up the existing registry entry, enter the following cmdlet:

Чтобы удалить резервную копию для существующей записи реестра, воспользуйтесь таким командлетом: To remove the existing registry entry, enter the following cmdlets:

Чтобы импортировать новую запись реестра и перезапустить службу, воспользуйтесь такими командлетами: To import the new registry entry and then restart the service, enter the following cmdlets:

Замените именем экспортированного REG-файла. Replace with the name of the exported .reg file.

Проверьте конфигурацию, попытавшись еще раз подключиться к удаленному рабочему столу. Test the configuration by trying the remote desktop connection again. Если подключиться все равно не удается, перезагрузите затронутый компьютер. If you still can’t connect, restart the affected computer.

Проверка состояния самозаверяющего сертификата протокола RDP Check the status of the RDP self-signed certificate

1. Если подключиться так и не удалось, откройте оснастку MMC «Сертификаты». If you still can’t connect, open the Certificates MMC snap-in. Когда будет предложено выбрать хранилище сертификатов для управления, выберите Учетная запись компьютера и затронутый компьютер. When you are prompted to select the certificate store to manage, select Computer account, and then select the affected computer.
2. В папке Сертификаты в разделе Удаленный рабочий стол удалите самозаверяющий сертификат протокола RDP. In the Certificates folder under Remote Desktop, delete the RDP self-signed certificate.
3. На затронутом компьютере выполните следующие действия, чтобы перезапустить службу удаленных рабочих столов. On the affected computer, restart the Remote Desktop Services service.
4. Обновите оснастку диспетчера сертификатов. Refresh the Certificates snap-in.
5. Если самозаверяющий сертификат протокола RDP не был создан повторно, проверьте разрешения для папки MachineKeys. If the RDP self-signed certificate has not been recreated, check the permissions of the MachineKeys folder.

Проверка разрешений для папки MachineKeys Check the permissions of the MachineKeys folder

1. На затронутом компьютере откройте проводник и перейдите к папке C:ProgramDataMicrosoftCryptoRSA . On the affected computer, open Explorer, and then navigate to C:ProgramDataMicrosoftCryptoRSA.
2. Щелкните правой кнопкой мыши папку MachineKeys, а затем выберите Свойства, Безопасность и Дополнительно. Right-click MachineKeys, select Properties, select Security, and then select Advanced.
3. Убедитесь, что настроены следующие разрешения: Make sure that the following permissions are configured:
   • BuiltinАдминистраторы: Полный доступ BuiltinAdministrators: Full control
   • Все: чтение и запись. Everyone: Read, Write

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

На локальном компьютере (клиентском) и удаленном компьютере (целевом) прослушиватель протокола RDP должен ожидать передачи данных через порт 3389. On both the local (client) computer and the remote (target) computer, the RDP listener should be listening on port 3389. Другие приложения не должны использовать этот порт. No other applications should be using this port.

В точности следуйте инструкциям из этого раздела. Follow this section’s instructions carefully. Неправильное изменение реестра может вызвать серьезные проблемы. Serious problems can occur if the registry is modified incorrectly. Прежде чем редактировать реестр, создайте резервную копию реестра, чтобы вы могли восстановить его в случае ошибки. Before you starty modifying the registry, back up the registry so you can restore it in case something goes wrong.

Чтобы проверить или изменить порт протокола RDP, используйте редактор реестра: To check or change the RDP port, use the Registry Editor:

1. Откройте меню Пуск, выберите Выполнить и введите regedt32 в появившемся текстовом поле. Go to the Start menu, select Run, then enter regedt32 into the text box that appears.
   • Чтобы подключиться к удаленному компьютеру, в редакторе реестра щелкните Файл и выберите пункт Подключить сетевой реестр. To connect to a remote computer, select File, and then select Connect Network Registry.
   • В диалоговом окне Выбор: «Компьютер» введите имя удаленного компьютера, выберите Проверить имена и нажмите кнопку ОК. In the Select Computer dialog box, enter the name of the remote computer, select Check Names, and then select OK.
2. Откройте реестр и перейдите к записи HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTerminal ServerWinStations . Open the registry and navigate to HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTerminal ServerWinStations .
3. Если PortNumber имеет значение, отличное от 3389, укажите значение 3389. If PortNumber has a value other than 3389, change it to 3389.

Rdp ошибка протокола 0x112f

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

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

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

1. Удалена ветка реестра HKEY_LOCAL_MACHINESoftwareMicrosoftMSLicensing
2. Глюк с пустой учетной записью в диспетчере задач

Код 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

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

Источник

Because of a Protocol Error Code: 0x112f [Solved]

Are you running into RDP error “Because of a protocol error(code:0x112f)” in Windows when remote controlling a PC? This post will explain the reasons of the error and the solutions to fix it.

By Ellie / Last Updated October 27, 2022

RDP errorпјљ Because of a Protocol Error Code: 0x112f

“I own two computers (Win 10 and Win 11). I utilize RDC to connect to the PC from the other Windows 11 in the home. When I try to log on in the morning, I’ve been getting a protocol error Because of a protocol error(code:0x112f) on Windows 10, the remote session will be disconnected.” Do you have any suggestions?”

Remote Desktop is a Windows built-in feature that allows us remote control a PC from another PC. However, a series of issues appear when using it, such as the case above.

How to fix protocol error code 0x112f?

If you are the one who is bothered by “protocol error code 0x112f in the remote session», keep reading to realize why it occurs and how to settle the issue with 4 confirmed solutions. In addition, you could have a look at a quick fix if you are in a hurry to get a remote connection.

Solution 1. Reboot the remote PC

According to the feedback of some users, the issue disappears after remote reboot. So, before we truly try the steps, restarting the remote PC may save a large amount of time for you. If the issue still persists, just follow the next solutions.

Solution 2. Adjust the resolution

The problem is mainly because of the resolution conflict between the monitor and the RDP client. So, we can change the screen resolution of the RDP session to fix the Remote Desktop protocol error.

Step 1. Search Remote Desktop Connection in the search box and then open it.

Step 2. Click on Show options and locate “Display”.

Step 3. Choose the color to “High color(15 bit)”, and then click on the “Connect” button.

Solution 3. Uncheck “Use all my monitors for the remote session”

In light of the experience of many users, they got the error when they RDP to a Server with multiple monitors. Therefore, unchecking the option “Use all my monitors for the remote session” can fix the issue.

The first two steps to uncheck “Use all my monitors for the remote session” are as same as solution 2. Then, find “Use all my monitors for the remote session” and then uncheck it.

Solution 4. Free up memory by running CMD/Command Prompt

This error may be triggered by insufficient memory on the RDP server. So, freeing some memory to make the PC work properly seems a good idea.

Step 1. Search cmd in the search box, right-click the pop-up option and select “Run as administrator” to open it.

Step 2. Run the following command in turn and then reconnect.

A command line to kill a task (Specifies the image name of the process to be terminated)

в– taskkill /Sпј€remote_serverпј‰ /IMпј€process_image_nameпј‰/F

A command line to logoff an old abandoned desktop session

в– logoffпј€session_idпј‰/SERVER: пј€remote_serverпј‰

Reliable remote access software— AnyViewer

The “because of a protocol error code 0x112f» annoys many people when they use RDP. And some users even said that they can’t stand the blurry icons, text, and dialog boxes after they fix the issue by reducing the resolution or freeing up memory. At this time, the best solution is to try a free remote access software, AnyViewer.

AnyViewer, a completely free and reliable access software, can really realize remote control in easy and flexible ways. After connecting, you can change the resolution as you want. More importantly, there’s no need to find out IP address and username or perform port forwarding if you remote connect over the Internet. And it supports Windows 11/10/8.1/8/7 and Windows Server 2022/2019/2016/2012 R2. In the next part, the detailed operation of AnyViewer will be shown to you.

Method 1. Realize remote access with one-click

Step 1. Sign up for an AnyViewer account and then sign in to this account on the two computers. Once logged in, the PC will be assigned to the account automatically.

Step 2. On the client computer, go to «Device», click the PC that you need to control, and click «One-click control» to achieve remote connection with one click.

Step 3. Then the connection is successful. And you can click on “Adaptive” to adapt to your screen, “Resolution” to adjust the resolution, and some more operations are in the option “Operation”.

Note: If you don’t want to log in to AnyViewer account, you can also try the following way.

Method 2. Remote Access by using Access code

Way 1. Input security code

Step 1. Download and install AnyViewer on the two PCs, and then find the place of Settings and the device ID.

Step 2. On the remote PC, click on “Settings” > “Recipient” > “Set my security code”, and then type the security code, click on “OK” and then return to the main interface.

Step 3. On the local PC, enter the device ID in the partner ID box, and then click on “Connect”

Step 4. Choose the second option “Input security code”, and then enter the security code, click on “OK”.

Way 2. Send control request

Step 1. On the local PC, enter the device ID of the remote PC, and then click on “Connect”.

Step 2. Choose the first option «Send a control request to your partner».

Step 3. On the remote PC, a request window will pop up. Tick «Allow». Now the connection is successful and you won’t be troubled by the RDP error anymore.

Conclusion

In this post, 4 solutions to fix the issue «Because of a protocol error code 0x112f» are illustrated, such as rebooting the remote PC, adjusting the resolution, unchecking “Use all my monitors for the remote session” and freeing up memory by using Command Prompt. However, if the issue still remains, then AnyViewer is highly recommended as an alternative to RDP.

Источник

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?

confirma em gpedit.msc

Configuração do computador -> Modelos Administrativos -> Componentes do Windows -> Serviço da Area de Trabalho Remota -> Host da Sessão da Area de Trabalho Remota -> Ambiente da Sessão remota -> Prioriza o modo gráfico H.264/AVC 444.

deixa como não configurada

I just shut off the second monitor’s power. I log in, and then turn the second monitor on.

I have personally solved this problem by transitioning to Linux and using the Remmina desktop client. I believe this client is also available for windows, so that might help. Bit frustrating that connecting to a windows machine works better from linux than windows. shrug

10 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!

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.

HOWEVER, after some deeper digging this evening, I found one additional setting that ALLOWS me to use ALL My Monitors again. Setting the Display->Color to «High Color 16bit» seems to allow me to have all my monitors — Since I’m not gaming or using any graphic intense, or even moderate for that matter, this is a reasonable workaround for me until such time as I restart the target machine (which is likely days, if not weeks) —

But, as all answers, your mileage may vary — this seems to work for me, however.

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?

Источник

Содержание

1. 0x112f rdp windows 10
2. Код 0x112f и ветка реестра
3. Пользователь без логина
4. Ошибка протокола подключения к удаленному рабочему столу 0x112f
5. ОТВЕТЫ
6. Ответ 1
7. Ответ 2
8. Ответ 3
9. Ответ 4
10. Ответ 5
11. Ответ 6
12. question
13. protocol error code 0x112f on local machine, solved when logged onto
14. 2 Answers
15. Nav view search
16. Навигация
17. Удаленный компьютер отключил сеанс, из-за ошибки в протоколе лицензирования
18. Решение 1. Можно отключить UAC как это сделать смотрите здесь.
19. Решение 2. Запустить можно вот так:
20. Решение 3. Запустите командную строку от имени администратора и введите команду mstsc.exe
21. Устранение неполадок с подключениями к Удаленному рабочему столу
22. Проверка состояния протокола RDP
23. Проверка состояния протокола RDP на локальном компьютере
24. Проверка состояния протокола RDP на удаленном компьютере
25. Проверка блокировки объектом групповой политики протокола RDP на локальном компьютере
26. Проверка блокировки объектом групповой политики протокола RDP на удаленном компьютере
27. Изменение блокирующего объекта групповой политики
28. Проверка состояния служб RDP
29. Проверка состояния прослушивателя протокола RDP
30. Проверка состояния прослушивателя RDP
31. Проверка состояния самозаверяющего сертификата протокола RDP
32. Проверка разрешений для папки MachineKeys
33. Проверка порта прослушивателя протокола RDP
34. Проверка того, что другое приложение не пытается использовать тот же порт
35. Проверка блокировки порта протокола RDP брандмауэром