-
Вопрос
-
все настройки были сделаны, и всё работало в пятницу 27.06.14. пришел на работу в понедельник 30.06.14 перестала пускать на удаленный рабочий стол на сервер 2008. Что нужно Вам прислать чтобы решить эту проблему, работа вся стоит.
Сервер в сети, есть, общие папки все видит, можно заходит как с сервера на другой комп в папки, так и наоборот. не работает именно удаленный рабочий стол-
Изменено
AlexraA
30 июня 2014 г. 9:57
-
Изменено
Все ответы
-
а время на компьютерах правильное?
-
Добрый день!
Если нет физического доступа, то попробуйте подключиться к серверу с помощью оснастки «Управление компьютером»
%windir%system32compmgmt.msc /s
Посмотрите журналы событий.
-
Помнится у меня подобное было после обновления net.framework и связанными с ним KB. Точно не помню KB. помогало : снять галочку «разрешить удал. подключение» — ок. потом опять поставить галку «разрешить удал.подключение..» и тогда оживало, либо удаляем
KB — перезагружаем сервера — всё ок.
Roman Levchenko, MCSA, MCITP, MCTS http://www.rlevchenko.com
-
в журнале событий много ошибок есть и предупреждений.
27.06.2014 22:48:07
Возникла критическая ошибка 9. Работа индекса будет завершена. Вероятно, системе не хватает ресурсов. Освободите ресурсы и перезапустите службу.
Контекст: приложение «», каталог «SystemIndex»
Подробности:
Недостаточно системных ресурсов для завершения операции. (0x800705aa)27.06.2014 22:48:08
Сбой при изменении состояния. Вероятно, системе не хватает ресурсов. Освободите ресурсы системы и перезапустите службу.
Контекст: приложение «», каталог «SystemIndex»
Подробности:
Объект не найден. (0x80041815)далее
Предыдущая операция обновления была прервана. Будет автоматически запущено полное обновление всех источников содержимого.Контекст: приложение «», каталог «SystemIndex»
это же время:
Невозможно обновить запись контрольной точки; эта операция не может быть завершена. Средство сбора данных снова попытается обновить запись контрольной точки. Если ошибка будет продолжать возникать, перезапустите службу, освободите ресурсы системы
и убедитесь, что оборудование работает без сбоев.Контекст: приложение «», каталог «SystemIndex»
Подробности:
Недостаточно памяти для обработки команды. (0x80070008)
и еще в это время произошло две ошибки и одно предупреждениевсе выше перечисленные были в пятницу, сегодня с утра были другие, прислать?
-
Изменено
AlexraA
30 июня 2014 г. 10:21
-
Изменено
-
Используйте Disk management, если откроется, посмотрите, сколько свободного на диске c:
Используйте монитор производительности
-
Тогда, думаю нужен физический доступ к серверу, чтоб понять что происходит, а потом принимать решения.
Если попробовать его перезагрузить, то боюсь можно остаться без ничего.
-
Изменено
Zaza Abramov
30 июня 2014 г. 10:48
-
Изменено
-
через минут 30 отвечу, а пока что вот что сегодня утром было в журнале событий:
в 9:05
Не удается найти описание для идентификатора события 1000 из источника vmauthd. Вызывающий данное событие компонент не установлен на этом локальном компьютере или поврежден. Установите или восстановите компонент на локальном компьютере.
Если событие возникло на другом компьютере, возможно, потребуется сохранить отображаемые сведения вместе с событием.
К событию были добавлены следующие сведения:
2014-06-30T09:05:07.550+04:00| vthread-4| E105: Failed to read registry perf object MemoryCommitted Bytesв 10:00 когда попытался я сам уже зайти удаленно:
Ошибка при создании контекста активации для «C:Windowssystem32infocardcpl.cpl». Не найдена зависимая сборка «Microsoft.VC80.CRT,processorArchitecture=»x86″,publicKeyToken=»1fc8b3b9a1e18e3b»,type=»win32″,version=»8.0.50727.1830″». Используйте sxstrace.exe
для подробной диагностики.спустя несколько секунд:
Неустранимый сбой операции ввода-вывода, инициированной реестром. Реестру не удалось очистить куст (файл): «??C:UsersАдминистраторntuser.dat».и спустя еще 30 секунд:
Не удается найти описание для идентификатора события 1000 из источника vmauthd. Вызывающий данное событие компонент не установлен на этом локальном компьютере или поврежден. Установите или восстановите компонент на локальном компьютере.
Если событие возникло на другом компьютере, возможно, потребуется сохранить отображаемые сведения вместе с событием.
К событию были добавлены следующие сведения:
2014-06-30T10:11:52.443+04:00| vthread-4| E105: Failed to read registry perf object MemoryPool Paged Bytes -
Перезагружать пробовал, как и пробовал отключать брандмауэр и антивирус — ничего не помогло. Данные все на месте, если вы об этом
-
Это физический хост или виртуальная машина? Смотрите журнал приложений? или Система? Пишите лучше Источник и код события.
-
сегодня в 10:05
Ошибка при создании контекста активации для «C:Windowssystem32infocardcpl.cpl». Не найдена зависимая сборка «Microsoft.VC80.CRT,processorArchitecture=»x86″,publicKeyToken=»1fc8b3b9a1e18e3b»,type=»win32″,version=»8.0.50727.1830″». Используйте sxstrace.exe
для подробной диагностики.
источник: SideBySide
Код события: 33в это же время:
Неустранимый сбой операции ввода-вывода, инициированной реестром. Реестру не удалось очистить куст (файл): «??C:UsersАдминистраторntuser.dat».
источник: Kernel-General
код события: 6Не удается найти описание для идентификатора события 1000 из источника vmauthd. Вызывающий данное событие компонент не установлен на этом локальном компьютере или поврежден. Установите или восстановите компонент на локальном компьютере.
Если событие возникло на другом компьютере, возможно, потребуется сохранить отображаемые сведения вместе с событием.
К событию были добавлены следующие сведения:
2014-06-30T10:11:52.443+04:00| vthread-4| E105: Failed to read registry perf object MemoryPool Paged Bytes
источник: vmauthd
код события: 1000
это физический сервер к которому подключается все компьютеры через роутер -
Все службы работают? Сколько свободного места на диске c:? Время на сервер корректное? Файл подкачки включен? Списки доступа не сетевом уровне ACL?
И проверьте настройки DNS
-
Изменено
Zaza Abramov
30 июня 2014 г. 11:13
-
Изменено
-
Все службы работают? — какие именно, основные вроде все. Я ведь ничего не менял до этого
Сколько свободного места на диске c:? — 77% свободно
Время на сервер корректное? — да
Файл подкачки включен? — на диск С он стоит в режиме «автоматически»Списки
доступа не сетевом уровне ACL? — как посмотреть?
DNS всё в норме-
Изменено
AlexraA
30 июня 2014 г. 11:25
-
Изменено
-
забыл написать, что я даже сидя на сервере, пытаюсь через удаленный рабочий стол сервера подключиться к другому пользователю этого компьютера, также не дает войти.
-
Remote Desktop Services
Remote Desktop Configuration
Remote Procedure Call
Workstation
-
Помнится у меня подобное было после обновления net.framework и связанными с ним KB. Точно не помню KB. помогало : снять галочку «разрешить удал. подключение» — ок. потом опять поставить галку «разрешить удал.подключение..» и тогда оживало, либо
удаляем KB — перезагружаем сервера — всё ок.
Roman Levchenko, MCSA, MCITP, MCTS http://www.rlevchenko.com
Пробовали?
Установлены последние обновления?
Нет ли ограничений на использование RDP, может какие GPO?
Какой получаете ответ когда пытаетесь подключиться?
-
да пробовал.
обновления — смотря чего именно(саму windows не обновляю)? понимаете в выходные никто не работал, разве что сам сервер, а в понедельник пришел и такая штука.
ограничений никаких, везде всё открыл что только можно.
когда подключаюсь, у меня просить ввести пароль удаленной записи, ввожу его. Далее идет: защита удаленного подключения…, после выходит уже сообщение о недоступности -
Попробуйте так:
-перезагрузить компьютер с которого осуществляется вход по RDP;
-запустить на выполнение RDP, выберите «Другая учётная запись» и вновь введите Логин и Пароль учётной записи.
Напишите результат.
Да, я Жук, три пары лапок и фасеточные глаза :))
-
ответ тот же. Что еще может быть, могу журнал событий скинуть на почту, сюда не знаю как прикрепить.
-
А может быть проблема в портах?
-
На нашем Форуме, нет возможности прикреплять файлы.
Вы можете загрузить Журнал событий, как и другие файлы, в общедоступную папку Вашего бесплатного хранилища OneDrive руководствуясь
разделом Q9 справки, ссылку вставить(ввести) в своё сообщение.
Да, я Жук, три пары лапок и фасеточные глаза :))
-
вот с момента работы, до момента прекращения работы
https://onedrive.live.com/?cid=2ff3d5ed6c4affbd&id=2FF3D5ED6C4AFFBD!107 -
вот с момента работы, до момента прекращения работы
https://onedrive.live.com/?cid=2ff3d5ed6c4affbd&id=2FF3D5ED6C4AFFBD!107Я правильно Вас понял, что это журнал «Просмотр событий» компьютера с которого Вы осуществляете доступ к серверу по RDP?
Если это так, очистите весь журнал, перезагрузите компьютер проверьте отсутствие ошибок и предупреждений, обнаруженные ошибки и предупреждения — устраните. Дополните, на компьютере установлено ли какие либо программы защиты сторонних производителей.
Да, я Жук, три пары лапок и фасеточные глаза :))
-
нет, это журнал событий с Server 2008 куда я хочу подключиться по RDP , более того: у меня несколько учетных записей на Server-e захожу под админом(на самом сервере), всё хорошо, выбираю: подключиться к удаленному рабочему столу пользователя, например,
«Вася», просит ввести пароль — ввожу. далее идет загрузка и сообщение о невозможности подключения.
Вот сегодняшние частичные события журнала:
https://onedrive.live.com/redir?resid=2FF3D5ED6C4AFFBD%21108 что можете сказать? -
еще заметил, что когда запускаю «удаленное рабочий стол» то какой бы пароль я не вводил(правильные или неправильный) всё равно пишет один и тот же ответ. Получается даже пароль не проверяет, раньше обрыв идет.
-
еще заметил, что когда запускаю «удаленное рабочий стол» то какой бы пароль я не вводил(правильные или неправильный) всё равно пишет один и тот же ответ. Получается даже пароль не проверяет, раньше обрыв идет.
А что творится в журналах «Просмотр событий» как на Сервере, так и на Клиентском компьютере?
На Сервере, Клиентском компьютере, установлено ли какое либо ПО защиты стороннего Производителя?
Да, я Жук, три пары лапок и фасеточные глаза :))
-
Изменено
ЖукMVP
1 июля 2014 г. 11:41
-
Изменено
-
стоит касперский только и всё.
то что на сервере я выше скидывал, а на клиентском в момент подключения
Служба «Информация о совместимости приложений» перешла в состояние Остановлена.
источник: Service Control Manager
код события: 7036
что еще нужно показать? -
Попробуйте временно отключить антивирус, файрвол.
Какую версию RDP используйте?
7036 можно игнорировать.
-
Проверьте Касперского, на отсутствие им блокировки подключения как на Сервере, так и на Клиентском компьютере. Устраните Ошибки на Сервере.
Ошибка IPv6, у Вас, как на Сервере, так и на Клиентском компьютере, отключите IPv6 и на Сервере и на Клиенте.
Да, я Жук, три пары лапок и фасеточные глаза :))
-
Изменено
ЖукMVP
1 июля 2014 г. 12:31
-
Изменено
-
версия оболачки и управляющего элекмента: 6.2.9200
протокол удаленного рабочего стола 8.0
Отключал всё что только можно -
В каком режиме предоставляется подключение к серверу?
В настройках попробуйте поставить «Разрешить подключение с любых версии «
-
Галочку эту ставлю всегда. Что под словом «режим» Вы имеете ввиду?
-
Отключил везде IPv6 (на сервере он и не был включен) — не помогло. Каспера отключал также
-
Ошибки в журнале «Просмотр событий», который Вы предоставили для Сервера, говорят об обратном.
Проверьте на Сервере:
Да, я Жук, три пары лапок и фасеточные глаза :))
-
Изменено
ЖукMVP
1 июля 2014 г. 12:50
-
Изменено
-
вот отключено. пробую еще раз и ничего(скрин не могу приложить, учетная запись не проверена.
вот что сервер сейчас пишет:
Уровень безопасности сервера терминалов обнаружил ошибку в потоке протокола и отключил этот клиент.
источник: TermDD
код события: 56
еще какие нибудь данные нужны? -
Вы пишите, цитата: «вот отключено. пробую еще раз и ничего(скрин не могу приложить, учетная запись не проверена…», странно, как Вы тогда мне передали часть Вашего журнала «Просмотр событий» 😉
Если всё правильно, то при запуске rdp-файла, после ввода Логина и Пароля, должно появляться окно с предупреждением о не доверенном Сертификате:
у Вас это окно появляется, и какой Сертификат Вы используете для подключения по RDP?
Создайте новый rdp-файл для Клиентского компьютера, попробуйте с нового файла войти.
Да, я Жук, три пары лапок и фасеточные глаза :))
-
Изменено
ЖукMVP
1 июля 2014 г. 13:34
-
Изменено
-
Окно такое не появляется. Раньше было. Помню галочку поставил чтобы больше не спрашивалось(когда работало).
-
Галочку эту ставлю всегда. Что под словом «режим» Вы имеете ввиду?
Как всегда? На новые?
Наверно все же стоит обновить RDP клиент на машине да и на сервер поставить обновления не помешало бы.
-
на сервер 2008.
У Вас Windows Server 2008 или Windows Server 2008 R2? Посмотрите эту
статью и попробуйте исправить ситуацию.-
Изменено
SolenoidEditor
1 июля 2014 г. 13:49
-
Изменено
-
На Сервере, раскройте «Диагностика лицензирования»:
проверьте, что там у Вас происходит.
Да, я Жук, три пары лапок и фасеточные глаза :))
-
windows server enterprise
-
у меня такой службы вообще нет, как и нет ее в добавлении ролей. Как ее добавить? И все таки у меня ведь работало всё
-
-
Изменено
ЖукMVP
2 июля 2014 г. 9:14
-
Изменено
-
спасибо обязательно прочитаю, я пока не силен в серверной.
а про мое утверждение: «…И все таки у меня ведь работало всё«
Поясню — в пятницу все могли заходить на удаленный рабочий стол, любой пользователь откуда угодно, после выходных эта возможность пропала. Всё остальное работает на УРА. В выходные никто не работал, Сервер был включен -
Не вдаваясь в подробности, Сервер считает, сколько Пользователей используя RDP к нему пытается подключиться и сравнивает с тем, что есть у него. Без Службы удалённых рабочих столов, может подключиться только Администратор Сервера, то есть, только Вы.
Да, я Жук, три пары лапок и фасеточные глаза :))
-
спасибо обязательно прочитаю, я пока не силен в серверной.
а про мое утверждение: «…И все таки у меня ведь работало всё«Существует льготный период, в течение которого сервер лицензирования не требуется, однако после его истечения для подключения к серверу Узел сеансов удаленных рабочих столов клиенты должны использовать действительную клиентскую лицензию служб удаленных рабочих
столов, выданную сервером лицензирования.Общие сведения о лицензировании удаленных рабочих столов
-
…..но тогда бы было предупреждение при входе об RDLS и grace
Roman Levchenko, MCSA, MCITP, MCTS http://www.rlevchenko.com
-
Коллеги, по умолчанию по RDP могут подкачаться два пользователя одновременно, и для этого не нужно разворачивать RDS. Как я понимаю в данном случае никто не может подключиться, или я что-то пропустил?
Думаю, нужно все-таки поставить установить обновления!
-
Изменено
Zaza Abramov
2 июля 2014 г. 10:20
-
Изменено
-
Коллеги, по умолчанию по RDP могут подкачаться два пользователя одновременно, и для этого не нужно разворачивать RDS. Как я понимаю в данном случае никто не может подключиться, или я что-то пропустил?
Думаю, нужно все-таки поставить установить обновления!
Я вот тоже пропустил. Тут речь уже плавно к RDS перешла. а где именно… вопрос)) Изначально думал, что у автора проблема с обычным доступом RDP
Roman Levchenko, MCSA, MCITP, MCTS http://www.rlevchenko.com
-
Полагаю, на него (предупреждение) «забивали» 🙂
-
у меня эта служба установлена, и уже переустанавливал я ее.
-
у меня эта служба установлена, и уже переустанавливал я ее.
Так у Вас RDS развернуты или «простой» сервер? Устанавливать RDS CALs надо , а не роль переустанавливать 🙂
Roman Levchenko, MCSA, MCITP, MCTS http://www.rlevchenko.com
-
какое предупреждение?
вот что я делаю, на локальном компьютере(не сервере), нажимаю пуск-стандартные-подключение к удаленному рабочему столу, ввожу адрес сервера, нажимаю «подключить», далее предлагается ввести логин и пароль, ввожу их, после нескольких секунд появляется сообщение:
«не удается подключиться к удаленному компьютеру. Повторите попытку подключения. Если проблема повторится , обратитесь к владельцу удаленного компьютера или администратору сети.» -
я описывал проблему, извините если неправильно где то выразился
-
я описывал проблему, извините если неправильно где то выразился
Предупреждение — это , если бы у Вас не «рядовой» сервер был, а сервер терминалов. У Вас ведь не сервер терминалов? я может повторюсь (тему не читал полностью)..а банальное telnet ip-адрессервера 3389 проходит?
Roman Levchenko, MCSA, MCITP, MCTS http://www.rlevchenko.com
-
я описывал проблему, извините если неправильно где то выразился
«проблема доступа к серверу по rdp(всё работало и перестало» Хорошо, что не прошла целая неделя 🙂
-
не сервер терминалов. что нужно сделать для проверки telnet ?
-
с клиентского компьютера сделать telnet <адрес/имя сервера> 3389.
И все ж, доступ на сервер нет для всех или только для пользователей (администратор зайти может при этом)?
Как так, что нет роли Службы удаленных рабочих столов? -
https://onedrive.live.com/redir?resid=2FF3D5ED6C4AFFBD!109&authkey=!ADIV8_qzee7ZDW4&v=3&ithint=photo%2c.jpg
вот
доступ на сервер для всех-
Изменено
AlexraA
2 июля 2014 г. 11:26
-
Изменено
-
https://onedrive.live.com/redir?resid=2FF3D5ED6C4AFFBD!109&authkey=!ADIV8_qzee7ZDW4&v=3&ithint=photo%2c.jpg
вот
доступ на сервер для всехУ Вас служба терминалов стоит. Речь далее будет об RDS… хотя RDLS , скорей всего, виной
Roman Levchenko, MCSA, MCITP, MCTS http://www.rlevchenko.com
-
я ее только сегодня эту службу подключил
-
Вот. Тут пошагово расписано что, как, для чего и почему. Попробуйте пройтись по установке еще раз.
АП: «захожу под админом(на самом сервере), всё хорошо, выбираю: подключиться
к удаленному рабочему столу пользователя, например, «Вася», просит ввести пароль — ввожу. далее идет загрузка и сообщение о невозможности подключения. » — пользователь входит в группу пользователей удаленного
рабочего стола?-
Изменено
Alex McTerry
2 июля 2014 г. 11:53
-
Изменено
Содержание
- Невозможно подключиться к удаленному ПК
- Причина 1: Отключение удаленного управления
- Причина 2: Отсутствие пароля
- Причина 3: Спящий режим
- Причина 4: Антивирус
- Причина 5: Обновление безопасности
- Причина 6: Сторонние программы для шифрования
- Альтернативное решение: Программы для удаленного подключения
- Заключение
- Вопросы и ответы

Удаленные подключения используются для обмена информацией между компьютерами. Это могут быть как файлы, так и данные для настроек системных параметров и администрирования. Довольно часто при работе с такими подключениями возникают различные ошибки. Сегодня мы разберем одну из них – невозможность соединения с удаленным компьютером.
Невозможно подключиться к удаленному ПК
Проблема, о которой пойдет речь, возникает при попытке получить доступ к другому ПК или серверу с помощью встроенного в Windows RDP-клиента. Мы его знаем под именем «Подключение к удаленному рабочему столу».

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

Локальные групповые политики
На обоих компьютерах также необходимо проверить, не отключен ли компонент RDP в настройках локальных групповых политик. Данная оснастка присутствует только в профессиональных, максимальных и корпоративных редакциях ОС Windows, а также в серверных версиях.
- Для доступа к оснастке вызываем строку «Выполнить» комбинацией клавиш Windows+R и прописываем команду
gpedit.msc
- В разделе «Конфигурация компьютера» открываем ветку с административными шаблонами, а затем «Компоненты Windows».

- Далее по очереди раскрываем папки «Службы удаленных рабочих столов», «Узел сеансов удаленных рабочих столов» и кликаем по подпапке с настройками подключений.

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

- Если параметр имеет значение «Не задано» или «Включить», то ничего не предпринимаем, в противном случае ставим переключатель в нужное положение и жмем «Применить».

- Перезагружаем машину и пробуем получить удаленный доступ.
Причина 2: Отсутствие пароля
Если на целевом компьютере, а точнее, на учетной записи того пользователя, по которым мы входим в удаленную систему, не установлена защита по паролю, то подключение выполнить не удастся. Для того чтобы исправить ситуацию, необходимо создать пароль.
Подробнее: Устанавливаем пароль на компьютер
Причина 3: Спящий режим
Спящий режим, включенный на удаленном ПК, может воспрепятствовать нормальному соединению. Решение здесь простое: необходимо отключить данный режим.

Подробнее: Как отключить спящий режим на Windows 10, Windows 8, Windows 7

Причина 4: Антивирус
Еще одной причиной невозможности подключения может стать антивирусное программное обеспечение и входящий в его состав брандмауэр (файервол). Если такой софт установлен на целевом ПК, то его необходимо временно отключить.
Подробнее: Как отключить антивирус

Причина 5: Обновление безопасности
Данное обновление под номером KB2992611 призвано закрыть одну из уязвимостей Windows, связанную с шифрованием. Варианта исправления ситуации два:
- Полное обновление системы.
- Удаление этого апдейта.
Подробнее:
Как обновить систему Windows 10, Windows 8, Windows 7, Windows XP
Как удалить обновление в Windows 10, Windows 7

Причина 6: Сторонние программы для шифрования
Некоторые программы, такие, как, например, КриптоПро, могут стать причиной возникновения ошибки удаленного подключения. Если вы пользуетесь подобным софтом, то его необходимо удалить с компьютера. Для этого лучше использовать Revo Uninstaller, так как кроме простого удаления нам еще придется почистить систему от оставшихся файлов и параметров реестра.
Подробнее: Как с компьютера удалить неудаляемую программу

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

Заключение
Причин, приводящих к невозможности выполнения подключения к удаленному рабочему столу с помощью RDP-клиента, великое множество. Мы привели способы устранения самых распространенных из них и, чаще всего, этого бывает достаточно. В случае повторного появления ошибки сэкономьте свое время и нервы, воспользовавшись сторонним клиентом, если такое возможно.
Обновлено 16.06.2017

Добрый день уважаемые читатели и гости блога, сегодня столкнулся с такой ситуацией, при попытке подключиться к серверу терминалов на Windows Server 2008 R2 я получил ошибку «Не удается подключиться к удаленному компьютеру. Повторите попытку подключения. Если проблема повторится, обратитесь к владельцу удаленного компьютера.» после ввода логина и пароля, что говорит как минимум о том, что порт доступен, давайте смотреть как можно решить данную проблему и восстановить доступ.
Причины ошибки «Повторите попытку подключения»
В прошлый раз мы с вами победили ошибку с синим экраном dpc watchdog violation, победим и эту, но для начала нужно понять причину всего этого действия. Вот как выглядит данная проблема:

Как я и писал выше, появляется она после ввода корректного логина и пароля.
- Вся эта канитель началась еще с 2014 года, после обновлений KB2992611 и последующих. В момент установки данных обновлений ужесточился уровень безопасности и шифрования.
- Вторая возможная причина, это наличие программ КриптоПро или VipNet, у меня был именно второй вариант
- Другие сторонние программные обеспечения по шифрованию.
Если вы посмотрите логи Windows, то сможете обнаружить вот такие системные предупреждения:
- возникло следующее неустранимое предупреждение: 36888. Внутренне состояние ошибки: 1250

- Компонент X.224 RDP-протокола обнаружил ошибку в потоке протокола и отключил этого клиента.

Как решить ошибку с RDP подключением
Существует несколько методов решения ошибки «Не удается подключиться к удаленному компьютеру. Повторите попытку подключения. Если проблема повторится, обратитесь к владельцу удаленного компьютера.» что вы должны сделать:
- Удалить необходимые обновления Windows
- Удаление или обновление «Крипто ПРО» и VipNet
- Понижение требования к уровню шифрования
- Установка дополнительных обновлений
Удаление или обновление ПО
Начинаю я с этого метода, так как он самый правильный и с точки удобства и с точки безопасности. Если вам данное ПО не нужно, то советую его удалить его и провести очистку системы от мусора, если же программы нужны, то рассмотрите вариант их обновления на свежие версии в которых уже таких проблем нет. В моем случае это не получилось сделать, так как мне была необходима старая версия VipNet.
Удаления обновления KB2992611
Следующим методом я вам посоветую установка новых обновлений, которые это решают, могу посоветовать KB3018238 (оно идет теперь вместе с KB2992611) и KB3011780, с ходом времени, данные обновления могут перекрываться уже более новыми, так, что следите за ними на официальном сайте Microsoft. Если KB2992611 установлено, то попробуйте его удалить, проверить возможность подключения и снова поставить.
Скачать KB2992611 https://www.microsoft.com/ru-ru/download/details.aspx?id=44618
Скачать KB3011780 https://www.microsoft.com/ru-ru/download/details.aspx?id=44966

Скачиваете и производите обновление, это похоже на шаги описанные в проблеме, где windows 7 не находит обновления, мы так же устанавливали автономные версии.
Понижение требования к уровню шифрования
Не самое правильное решение, так как уменьшает уровень защиты и шифрования трафика, но может быть палочкой-выручалочкой в некоторых ситуациях. В настройках сервера терминалов снизить уровень «безопасности/уровень шифрования». Для этого заходите в «Пуск > Администрирование > Удаленный рабочий стол > Конфигурация узла сеансов удаленного рабочего стола», выбираете «Настройка для сервер», далее вкладка «Общие» и два пункта:
- Уровень безопасности > Уровень безопасности RDP
- Уровень шифрования > Низкий

Все теперь повторите подключение и повторите попытку зайти по RDP, ошибка должна исчезнуть, но поищите возможность все же обновиться.
Окно с ошибкой «Не удается подключиться к удаленному компьютеру» возникает при попытке подключения к удаленному серверу через RDP-клиент. Исправление ситуации может требовать много времени из-за длительной диагностики причины проблемы, так как все настройки сети и подключения оказываются в порядке.
Попытка определить проблему и последующая трассировка показывает, что при попытке подключения клиент все-таки подключается к удаленному серверу. Все порты также исправно работают и оказываются доступны. Выходит, что компьютер успешно подключается к серверу, но тот его не пускает.
Оглавление:
- Причины и история появления ошибки
- Исправление ошибки с RDP-подключением
- Удаление конфликтного ПО
- Откат изменений обновления KB2992611
- Снижение требований к уровню шифрования
- Смена или обновление RDP-клиента

Причины и история появления ошибки
Возникновение ошибки «Не удается подключиться к удаленному компьютеру» после ввода логина и пароля говорит о том, что порт доступен. Проблема началась с 2014 года, после того, как было выпущено обновление KB2992611. Этот пакет обновлений существенно ужесточил параметры безопасности.
Уровень безопасности и шифрования поднялся, но при этом появились непредвиденные последствия вроде этой ошибки. Последующие обновления ситуацию не исправили, а только ухудшали. Усиление безопасности Windows приводило к новым программным конфликтам между разными версиями ОС и сторонним ПО. К примеру, конкретно эта ошибка имеет одинаковые шансы появиться на Windows XP, 7, 8, 10, Windows Server 2012 и даже менее популярных версиях системы.
Причины возникновения ошибки:
- — Установка обновления KB2992611 и последующих.
- — Установка программного обеспечения, использующего шифрование — КриптоПро, VipNet.
- — Использование другого ПО, так или иначе связанного с шифрованием данных.
Это основные, но не единственные причины, по которым Windows вступает в конфликт с ПО и выдает ошибку с сообщением «Не удается подключиться к удаленному компьютеру. Повторите попытку подключения. Если проблема повторится, обратитесь к владельцу удаленного компьютера.»
Если начать просматривать логи Windows, то можно увидеть следующее системное предупреждение: «Возникло следующее неустранимое предупреждение: 80 (или 36888). Внутренне состояние ошибки: 1250.»

Помимо этого, можно найти информацию об ошибке в компоненте протокола: «Компонент X.224 RDP-протокола обнаружил ошибку в потоке протокола и отключил этого клиента.» Именно эта ошибка ответственна за то, что не удается установить соединение с удаленным компьютером по RDP-клиенту.

Если причиной появления проблемы стала конкретная программа, установленная недавно, самым простым способом будет ее удаление с компьютера. Практически всегда можно найти аналогичное по функционалу ПО, которое не будет вступать в конфликт с операционной системой. Если это невозможно, либо возникновение ошибки не связано с недавно установленным софтом, можно попробовать исправить ситуацию при помощи одного из советов ниже.
Существует несколько способов исправить системную ошибку с RPD-подключением. Следует выбрать способ решения проблемы, наиболее подходящий для конкретной ситуации, в зависимости от вызвавшей ошибку причины. При помощи советов ниже можно исправить ошибку «Не удается подключиться к удаленному компьютеру. Повторите попытку подключения. Если проблема повторится, обратитесь к владельцу удаленного компьютера» в 9 из 10 случаев.
Первое, что следует сделать:
- Удалить программы «Крипто ПРО» и VipNet. Может помочь обновление данного ПО до последних версий. Если нужны конкретно эти программы, то следует убедиться, что установлены их последние версии. Если установлено другое ПО с аналогичным функционалом, его тоже может потребоваться удалить.
- Удалить обновления KB2992611 или другие, вызывающие проблему. Установить другие пакеты обновлений, где ошибка не возникает.
- Понизить системные требования Windows к шифрованию.
После выполнения этих действий Windows должна перестать конфликтовать с удаленным компьютером, и подключение успешно установится.
Удаление конфликтного ПО
Удаление «Крипто ПРО», VipNet и других программ с аналогичным функционалом или связанных с шифрованием — самый простой способ исправление проблемы. Деинсталляция ПО также является правильным и самым безопасным способом, поскольку исключает вмешательство в систему.
Если требуются конкретно эти программы, следует все равно удалить их и очистить систему от мусора при помощи CCleaner или аналогичного софта. После этого следует перезагрузить компьютер и убедиться, что ошибка при подключении к удаленному компьютеру более не появляется. Затем можно заново установить нужный софт, только использовать последнюе лицензионные версии — они не вызывают ошибки при RDP-подключении.
Откат изменений обновления KB2992611
В случае с обновлением KB2992611 есть два способа действий: переустановка этого обновление и установка других, перекрывающих проблемное.
Можно пойти двумя путями:
- Способ 1: установка пакетов обновлений KB3011780 и KB3018238 (последнее теперь идет вместе с пакетом обновлений KB2992611).
- Способ 2: удаление обновления KB2992611. После удаления следует попробовать еще раз подключиться к удаленному компьютеру, прежде чем ставить его снова. Повторная установка этой же версии обновления может привести к повторению проблемы со временем.
Указанные версии обновлений со временем могут становиться недействительными, поскольку будут перекрываться более новыми версиями. Следует посетить сайт Microsoft и проверить наличие обновлений. Для версий операционной системы начиная с Windows 7, все нужные обновления можно устанавливать через «Центр обновлений» в Панели управления.
Скачать обновление KB2992611 можно с официального сайта Microsoft по ссылке microsoft.com/ru-ru/download/
Скачать обновление KB3011780 можно по ссылке microsoft.com/ru-ru/download/id=44966
Данные обновления системы безопасности предназначены для Windows Server 2008 R2 x64 Edition. Это логично, так как ошибка часто возникает при попытке подключения компьютера к удаленному серверу, работающему под управлением Windows Server 2008.

Снижение требований к уровню шифрования
Этот способ советуется использовать в самом конце, так как он снижает общий уровень безопасности соединения. Тем не менее, уменьшение защиты RDP-соединения и понижение требований к шифрованию может помочь во многих случаях. Для того, чтобы это сделать, потребуется изменить настройки безопасности удаленного рабочего стола.
- Нажать кнопку «Пуск».
- Перейти во вкладку «Администрирование» -> «Удаленный рабочий стол».
- Открыть окно «Конфигурация узла сеансов удаленного рабочего стола».
- Выбрать пункт «Настройка для сервера».
- Открыть вкладку «Общее».
- Напротив строки «Уровень безопасности:» выбрать «Уровень безопасности RDP».
- В строке «Уровень шифрования» выбрать вариант «Низкий».
После того, как указанные действия были сделаны, ошибка должна исчезнуть. Можно сразу пробовать подключиться по RDP при помощи логина и пароля — соединение успешно установится. Если это не помогло, то следует воспользоваться одним из альтернативных вариантов решения проблемы.
Смена или обновление RDP-клиента
Самое простое, что можно сделать, если не помогают другие способы — использовать другой RDP-клиент. К примеру, можно загрузить Remote Desktop Manager. Несмотря на большое количество настроек, в базовом функционале программы достаточно просто разобраться. Не сложно найти другие бесплатные решения, избавляющие от ошибок подключения к удаленному ПК по RDP-протоколу.
Если нет желания ставить сторонний софт, можно постараться обновить штатный RDP-клиент от Microsoft. Наиболее стабильной версией считается RDP 8.1, в первую очередь предназначенная для Windows 7 SP1. Загрузить обновление клиента можно с официального сайта Microsoft.
Обновление работает на следующих версиях Windows: Windows 7 (Service Pack 1, Enterprise, Home Basic, Home Premium, Professional, Starter, Ultimate),Windows Server 2008 (R2 Service Pack 1, R2 Enterprise, R2 Datacenter, R2 Foundation, R2 Standard), Windows Web Server 2008 R2.
Указанные действия должны помочь в 99% случаев. Оставшемуся проценту можно посоветовать:
- Проверить настройки локальной политики сервера — они могут блокировать соединение. Настройка доступна в разделе «Администрирование» -> «Локальная политика безопасности».
- Попробовать отключить фаерволл и антивирус на стороне клиента, проверить настройки брандмауэра Windows.
- При использовании любого брандмауэра следует убедиться, что стандартный порт для удаленного рабочего стола открыт (порт RDP 3389).
- При попытке подключения с Windows XP к серверу на Windows Server 2008, на стороне сервера должна быть включена функция NLA (Network Level Authentication). В противном случае безопасное соединение не установится, и подключиться к удаленному устройству не получится. Проблема редкая, но это тот случай, который на стороне клиента решить не получится.
Удаленный компьютер может попросту находиться в спящем режиме. Для того, чтобы этого не происходило, следует в настройках выставить переход в спящий режим «Никогда». К удаленному компьютеру не получится подключиться, если на учетной записи пользователя не установлен пароль — эта мера необходима по соображениям безопасности. В конце концов, подключению могут мешать настройки NLA, если включена проверка подлинности на уровне сети на стороне сервера.

Если Вы вводите правильный логин/пароль, но видите ошибку в окне RDP «не удается подключиться к удаленному компьютеру», то вероятнее всего возникает проблема с недоступностью или блокировкой портов. Уже более четырех лет пользователи «воюют» с этой неисправностью. А началось всё из-за одного апдейта Windows, устанавливающих новый уровень защиты соединения. Хотите узнать о всех возможных решениях, которые помогут избавиться от дефекта?
Причины и последствия
Как только на компьютерах было установлено обновление KB2992611, у многих юзеров при попытке установить соединение отображалось подобное сообщение.

Стоит отметить, что подобное поведение характерно для любой из существующих версий Виндовс, начиная с XP. В Microsoft выпустили парочку обнов для улучшения безопасности, но это повлекло за собой серию побочных эффектов наподобие того, о котором идёт речь в данной статье.
Вот еще несколько факторов, которые могут провоцировать появление ошибки:
- На ноутбуке (ПК) установлена одно из следующих приложений – Vipnet, CryptoPro (КриптоПРО);
- Используются сторонние программы для шифрования данных;
- Отсутствуют актуальные обновления Windows 7 8 10;
- Произошел сбой, нарушивший целостность системы.
Причин несколько – суть одна: не удается подключиться к удаленному компьютеру, повторите попытку. Конечно же, этот совет не поможет, сколько бы раз Вы не пытались. Поэтому, переходим к решениям.
Будем рассматривать способы, исходя из перечисленных выше факторов. Чаще всего проблема вызвана наличием стороннего софта. Попробуйте удалить ВипНет (VipNet), а затем скачать с официального сайта самую актуальную версию и снова установить. Если не сработало, то стоит задуматься об использовании аналогов. Об этом будет сказано в конце поста.
После деинсталляции обязательно очистите следы приложения на дисках и в реестре. Руками ничего делать не нужно, достаточно установить любой оптимизатор из списка. К примеру, CCleaner (кликнув
по ссылке
сможете не только скачать ПО, но и посмотреть видео инструкцию).
Работа с апдейтами
Следует добиться того, чтобы в Виндовс присутствовали все актуальные обновления, необходимые для безопасного подключения к удаленному компьютеру. Обязательно скачайте с официального сайта Майкрософт и установите следующие наборы:
KB2992611
Здесь доступно 2 элемента – выбирайте и качайте оба.

KB3011780
В итоге на ПК будут загружены 3 файла формата MSU, которые просто запускаете поочередно, дожидаетесь завершения процедуры копирования и затем перезагружаете систему.
Некоторые форумчане наоборот писали, что им помогло удаление апдейтов Windows. Для этого стоит перейти в «Панель управления», затем открыть «Программы и компоненты» и слева кликнуть по пункту «Установленные обновления». Осталось только найти в перечне (KB2992611), избавиться от него:

Попробуйте еще скачать RDP – вот ссылка на обнову с оф.сайта.
Полезный контент:
- Как отключить обновления Windows 7 навсегда или временно
- Как вынести Мой Компьютер на рабочий стол Windows 10
- Как исправить ошибку kernelbase.dll
- Устраняем ошибку Werfault.exe
- Как восстановить либо удалить стандартные программы Windows 10
Изменения уровня шифрования
Это не самый корректный вариант, но если другое не сработало, то стоит прибегнуть к такому способу.
- Открываем «Панель управления» — можно через Пуск Windows 7 или строку поиска Windows 10:


- Выбираем режим просмотра «Крупные значки» в правом верхнем углу и затем кликаем по «Администрированию»:

- Ищем «Удаленный раб. стол», затем «Конфигурацию узла… удаленного раб. стола». Открываем настройки для сервера и на общей вкладке следует изменить пару опций – устанавливаем «Уровень безопасности RDP», а шифрование – «Низкий» уровень:

Альтернативный софт
Существует множество утилит, позволяющих подключаться к стороннему ПК. Самым распространенным и простым является TeamViewer.

Я уже рассказывал о нём в одной из предыдущих публикаций. Поэтому, не буду повторятся. Кому интересно – вот ссылка.
ПО реально простое в настройке и эксплуатации. Имеет приятный интерфейс на русском языке. Единственный момент, о котором стоит знать – чтобы не возникало проблем с соединением, следует использовать одинаковые версии программы как на Вашем ПК, так и на удаленном.

Если удаленный рабочий стол между Windows 7 и Windows 10 перестал работать
Кое-кто из пользователей «семерки» по-прежнему не собирается переходить на Windows 10. Вопреки всем стараниям Microsoft, где активно работают над тем, чтобы с мотивацией у «отстающих» все было в полном порядке. Так что, если почему-то не получается подключиться с компа на Windows 7 к компу на Windows 10 через «удаленный рабочий стол».
… то бишь, через Remote Desktop Connection (а точнее, через Remote Desktop Protocol), то это теперь тоже весьма серьезный повод задуматься.
Не факт, конечно, что данная проблема тоже является элементом «заботы» разработчика о своих пользователях. Однако, судя по отзывам последних, её актуальность давеча, скажем так, начала несколько повышаться. Впрочем, в конспирологию вдаваться вряд ли стоит. Потому сейчас просто расскажем о том.
что делать, когда удаленный рабочий стол между Windows 7 и Windows 10 перестал работать
Значит, по порядку:
#1 — проверяем текущее состояние службы удаленного доступа на ПК с Windows 7:
- «Пуск» > «Панель управления» > «Система»;
- в левой части окна «Система» кликаем «Настройка удаленного доступа«;
- в открывшемся окошке «Свойства системы» переходим во вкладку «Удаленный доступ«;
- активируем опции «Разрешить подключение удаленного помощника к этому компьютеру» (сверху) и «Разрешать подключение от компьютеров с любой версией удаленного рабочего стола (опаснее)» (она ниже, в разделе «Удаленный рабочий стол«);
- жмем «Применить» и «ОК«.
#2 — обновляем версию ОС на ПК с Windows 10
…по той простой причине, что некоторые обновления Windows могут влиять на работу Протокола удалённого рабочего стола (RDP) не самым лучшим образом (как KB4103721 в свое время, к примеру).
Поэтому если этот самый протокол нормально не работает или вообще никак не работает, то есть смысл проверить Центр обновления Windows 10 на предмет наличия очередного апдейта.
Процедура стандартная: «Пуск» > «Параметры» > «Обновление и безопасность» > кнопка «Проверка наличия обновлений» (или «Установить…», если комп уже сам скачал все апдейты).
Решено Не удается подключиться к удаленному компьютеру по RDP
Суть проблемы:
Перестал подсоединяться к серверу(Windows Server 2008 R2 ) по RDP в журнале пусто. Поднял сервер Терминалов, ситуация аналогичная, неважно какой логин пароль вводишь всегда ошибка:
Не удается подключиться к удаленному компьютеру. Повторите попытку подключения. Если проблема повторится, обратитесь к владельцу удаленного компьютера
Почти день потратил на решение данной проблемы:
ПРОВЕРИТЬ:
1. Вероятная проблема это наличие программ КриптоПро или VipNet (либо аналогичные программы криптошифрования) — удалить или обновить
2. Вторая вероятная проблема Обновления — удалить последние или доустановить все последние
— Удаления обновления KB2992611
— Либо установить: KB3018238
. В моем случае помогло РЕШЕНИЕ: Понижение требования к уровню шифрования
В настройках сервера терминалов снизить уровень «безопасности/уровень шифрования».
Панель управление > Администрирование > Удаленный рабочий стол > Конфигурация узла сеансов удаленного рабочего стола», выбираете «Настройка для сервер», далее вкладка «Общие» и два пункта:
Уровень безопасности > Уровень безопасности RDP
Уровень шифрования > Низкий
Проверка состояния прослушивателя протокола RDP
В точности следуйте инструкциям из этого раздела. Неправильное изменение реестра может вызвать серьезные проблемы. Прежде чем редактировать реестр, создайте резервную копию реестра, чтобы вы могли восстановить его в случае ошибки.
Проверка состояния прослушивателя RDP
Для выполнения этой процедуры используйте экземпляр PowerShell с разрешениями администратора. На локальном компьютере также можно использовать командную строку с разрешениями администратора. Но для этой процедуры используется PowerShell, так как одни и те же командлеты выполняются локально и удаленно.
Чтобы подключиться к удаленному компьютеру, выполните следующий командлет:

Введите qwinsta.
Если в списке содержится rdp-tcp с состоянием Listen, прослушиватель протокола удаленного рабочего стола работает. Перейдите к разделу Проверка порта прослушивателя протокола RDP. В противном случае перейдите к шагу 4.
Экспортируйте конфигурацию прослушивателя RDP с рабочего компьютера.
- Войдите на компьютер с той же версией операционной системы, что и у затронутого компьютера, и получите доступ к реестру компьютера (например, с помощью редактора реестра).
- Перейдите к следующей записи реестра:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTerminal ServerWinStationsRDP-Tcp - Экспортируйте запись в REG-файл. Например, в редакторе реестра щелкните запись правой кнопкой мыши, выберите пункт Экспортировать, а затем введите имя файла для экспортируемых параметров.
- Скопируйте экспортированный REG-файл на затронутый компьютер.
Чтобы импортировать конфигурацию прослушивателя протокола RDP, откройте окно PowerShell с разрешениями администратора на затронутом компьютере (или откройте окно PowerShell и подключитесь к этому компьютеру из удаленного расположения).
Чтобы создать резервную копию для существующей записи реестра, воспользуйтесь таким командлетом:
Чтобы удалить резервную копию для существующей записи реестра, воспользуйтесь таким командлетом:
Чтобы импортировать новую запись реестра и перезапустить службу, воспользуйтесь такими командлетами:
Здесь — имя экспортированного REG-файла.
Проверьте конфигурацию, попытавшись еще раз подключиться к удаленному рабочему столу. Если подключиться все равно не удается, перезагрузите затронутый компьютер.
Проверка состояния самозаверяющего сертификата протокола RDP

- Если подключиться так и не удалось, откройте оснастку MMC «Сертификаты». Когда будет предложено выбрать хранилище сертификатов для управления, выберите Учетная запись компьютера и затронутый компьютер.
- В папке Сертификаты в разделе Удаленный рабочий стол удалите самозаверяющий сертификат протокола RDP.
- На затронутом компьютере выполните следующие действия, чтобы перезапустить службу удаленных рабочих столов.
- Обновите оснастку диспетчера сертификатов.
- Если самозаверяющий сертификат протокола RDP не был создан повторно, проверьте разрешения для папки MachineKeys.
Проверка разрешений для папки MachineKeys
- На затронутом компьютере откройте проводник и перейдите к папке C:ProgramDataMicrosoftCryptoRSA.
- Щелкните правой кнопкой мыши папку MachineKeys, а затем выберите Свойства, Безопасность и Дополнительно.
- Убедитесь, что настроены следующие разрешения:
- BuiltinAdministrators: полный контроль
- Все: чтение и запись.
RDP: нет подключения по RDP с определенного компьютера
Всем привет.
В общем есть терминальный сервак 2008r2, стоит за роутером.
На этот сервак могут заходить любые компы по РДП кроме моего ноута.
В итоге я со своего ноута подключають по РДП на другой сервак а уже с него подключаюсь на нужный.
Очистка MSLicensing не помогла.
ping до роутера с моего ноутбука нормальный.
На ноуте стоит win7 со всеми обновлениями.
Обычная ошибка как будто сервак вообще выключен:
не включен удаленный доступ или удаленный комп. выключен.
Т.е. окно логина не появляется. Как будето ваще этот сервак выключен короче.
Соединение — только по RDP? Или сначала VPN, а уже потом RDP?
«Второй сервер» — за тем же роутером?
Порт провайдер не режет?
На роутере есть разрешающие правило по IP?
Если ноут расположить в одной сети с «первым сервером» — есть соединение?
(3)
— все подключения без VPN, т.е. самые простые
— Все серваки из примера находяся в разных сетях, городах и т.п.
— Провайдер порт не режет, поскольку иначе с другого сервера я тоже не смог бы подключаться, а так я подключась на нужный с любого из 3 серваков. т.е. практически с любого.
— На роутере нет фильтрации по IP и т.п. также этого нет в брандмауэре сервера.
— ноут расположить в сервером в одной сети нет возможности, сервак в другом городе.
(5) я так понимаю что запись в логах появится только в том случае если будет попытка ввести логин пароль, а такой попытки не происходит, коннекта с сервером вообще нет.
В каких логах смотреть?
(7) ну вот и убедись, что их нет.
логи терминального сервера.
МС — виндовс — терминалсервис — что-то типа локал сесионн
(13)
В логах роутера забито все такими записями которые генерируются по несколько в секунду
Jul 31 22:13:30 dnsmasq-dhcp229: DHCP packet received on eth0 which has no address
Что это значит я не знаю
(12)
Не понимаю фразу
«а кто тогда тебе разрешает имя сервера в ИП? »
что означают слова «тебе», «разрешает», «имя сервера», «ИП». Не одно из этих слов мне не понятно.
Структура сети, не понятно что имеется ввиду. Там нет нигда AD везеде DHCP
(14)
HawkEye ты пишешь какуюто дичь все время, ты бот?
Еще раз говорю сервер за роутером, его нельзя пингануть или сделать трасер, потому что роутер перекидывает порт РДП на сервак.
(17) (18) если для тебя AD и DHCP — сущности одного уровня которые взаимоисключают друг друга, то пригласи специалиста и не суй свои кривые ручонки туда, куда не следует.
(0) напиши строку подключения, последние цифры в айпи замени на хх =)
+(21) телнет должен соединиться и показать черный экран
Пингуешь как? Пингани большими пакетами. Может по прямой трассе ктото не пропускает большие пакеты. попробуй настроить МПУ
> На этот сервак могут заходить любые компы по РДП кроме моего ноута.
такое описание проблемы выдает настоящего партизана (ни ошибки, ни вообще никакого описания), хотя орлинный глаз тоже видимо еще тот крендель.
у меня есть сходная проблема. на той стороне хп через роутер. обычно все работает хорошо, но если на удаленной машине уже сидит этот же пользователь под кем логинишься(т.е. залогинишься в его сессию), а если другой — то спрашивает как и полагается. не зайти даже с этого же компа из под другого пользователя — после ввода логина и пароля компьютер зависает приблизительно на минуту, а потом отвисает и говорит что якобы терминал тут вообще не работает (точнее сейчас не помню). посмотрю потом журнал, но буду признателен, если кто подскажет еще куда смотреть.
(18) не селен в телнете (слышал но не понимаю что это), использовал Putty, указал IP роутера, порт РДП (поскольку этот порт переадресован роутером на сервер), выбрал протокол телнет, нажал Опен. Putty выдал error, connection timed out.
— все подключения без VPN
— Все серваки из примера находяся в разных сетях, городах и т.п.
Как это без VPN? Заходи кто хочет?
Хотя бы бесплатный Hamachi подняли между компами и все бы соединялось. Ну хотя бы между ноутом и серваком.
У меня такое бывало из-за кривой сетевухи, которая резала большие пакеты. Протокол rdp почему-то оказывался чувствителен к невозможности отправлять пакеты максимального MTU.
(31)
Я фрилансер 1сник, серваки не мои, а клиентов. Да там нет защиты, заходи кто хочешь. Максимум защиты порт РДП не стандартный и все.
(32) Нет. На серваке 2 сетевухи, обе в роутер, я пробовал выставлять переадресацию порта РДП как на первую так и на вторую, результат одинаковый.
При этом с других серверов и вообще компов захоидт нормально. Проблема наверно в моем ноуте где-то.
(29) вместо «Putty выдал error, connection timed out.» должен быть connection abort если порт доступен, позовите друга, купите ему пива за решение, конкретики никакой в теме
Есть идея, что это связано с тем что РДП на этом сервере не на стандартном порте, а на 2001, и его режет антивирус (брандмауэр отключен).
(36) да проблема была в порте. Наверно мой локальный ноут или мой локальный провайдер режет порт 2001, если поменять порт РДП на серваке на стандартный, и его прокинуть в роутере, то все норм.
(37) его (2001) наверно не просто прокидывать надо было, а перенаправить на 3389 (стандартный порт для РДП)
(38)другие-то насколько я понял работали через 2001, значит работало перенаправление.
(37)порт 2001 указывали, когда по рдп подключались?
(39) тут столько неизвестных, что просто пи.. причем с каждым постом ТС неизвестных становится еще больше )
наверно, проще позволить ветке уйти в небытие
+(40)все-таки добавлю, вдруг поможет, нужно указывать в параметрах подключения rdp
ipкудаподключаемся:2001
(39) да сдругих компьютеров нормально подключение происходило. поэтому 2001 порт нормально работал везде кроме как с стого места с которого пытается зайти мой ноут. а мой ноут сейчас в отпуске и пользуется общественной вайфай.
Скорее всего порт режется у местного провайдера.
(42) очень хочется заминусовать автора, в ро его, +б. Хотя не автора, а его ноут, который с*ка в отпуске в макдаковском вайфай. Наверняка ноут на стройке нашел
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Причины ошибки «Повторите попытку подключения»
В прошлый раз мы с вами победили ошибку с синим экраном dpc watchdog violation, победим и эту, но для начала нужно понять причину всего этого действия. Вот как выглядит данная проблема:

Как я и писал выше, появляется она после ввода корректного логина и пароля.
- Вся эта канитель началась еще с 2014 года, после обновлений KB2992611 и последующих. В момент установки данных обновлений ужесточился уровень безопасности и шифрования.
- Вторая возможная причина, это наличие программ КриптоПро или VipNet, у меня был именно второй вариант
- Другие сторонние программные обеспечения по шифрованию.
Если вы посмотрите логи Windows, то сможете обнаружить вот такие системные предупреждения:
- возникло следующее неустранимое предупреждение: 36888. Внутренне состояние ошибки: 1250

- Компонент X.224 RDP-протокола обнаружил ошибку в потоке протокола и отключил этого клиента.

Как устранить ошибку подключения по RDP Win 7 -> Win Server
В последнее время всё чаще у пользователей Windows 7 возникает ошибка при подключении к удаленному рабочему столу на Windows Server 20162019 через шлюз удаленных рабочих столов.
Ошибка следующая — “Не удалось подключиться к удаленному компьютеру, так как сервер шлюза удаленных рабочих столов временно недоступен. Попробуйте подключиться позже или обратитесь за помощью к администратору сети.”

Рисунок 1 — Ошибка подключения к серверу
Данная ошибка происходит из-за того что “Подключение к удаленному рабочему столу (mstsc.exe)” не поддерживает протокол удаленного рабочего стола 8.1.

Рисунок 2 — Старая версия утилиты ms
Причина — не стоят обновления на Windows 7. В этом случае можно установить все обновления на Windows 7 через центр обновления Windows.

Рисунок 3 — Центр обновления Windows
Второй способ — установить требуемые обновления вручную.
Обновления нужно ставить в зависимости от разрядности ОС Windows 7 (32 или 64-битной).
Обновления устанавливаются в следующем порядке:
- Windows6.1 — KB2574819-v2
- Windows6.1 — KB2830477
- Windows6.1 — KB2857650
- Windows6.1 — KB2913751
Компьютер перезагрузится один раз.
После обновления мы получаем “Подключение к удаленному рабочему столу (mstsc.exe)” версии 6.3.9600 с возможностью подключаться к Windows Server 20162019:
На чтение 15 мин. Просмотров 1.9k. Опубликовано 20.04.2021
Ошибка удаленного рабочего стола « Произошла внутренняя ошибка » часто вызвана настройками RDP или его локальной групповой политикой безопасности. Было довольно много отчетов, в которых говорится, что пользователи не могут использовать клиент подключения к удаленному рабочему столу для подключения к другой системе. Согласно сообщениям, эта проблема возникла неожиданно и не была вызвана каким-либо конкретным действием. 
После нажатия кнопки «Подключиться» клиент подключения к удаленному рабочему столу зависает, а затем через несколько секунд появляется сообщение об ошибке. Поскольку подключение к удаленному рабочему столу используется многими пользователями в своих деловых или личных целях, эта ошибка может оказаться довольно неприятной. Однако не беспокойтесь, вы сможете решить проблему, прочитав эту статью.
Содержание
- Что вызывает ошибку «Произошла внутренняя ошибка» в Windows 10?
- Решение 1. Измените настройки подключения к удаленному рабочему столу
- Решение 2. Повторное присоединение к домену
- Решение 3. Изменение значения MTU
- Решение 4. Изменение безопасности RDP в группе Редактор политик
- Решение 5. Отключение аутентификации на уровне сети
- Решение 6. Перезапуск службы удаленного рабочего стола
- Решение 7. Отключите VPN-соединение
- Решение 8. Перенастройте локальную политику безопасности
- Решение 10. Разрешение удаленных подключений
- Решение 11. Изменение запуска службы
- Решение 12. Включите постоянное кэширование растровых изображений
- Решение 13: Отключение статического IP-адреса на компьютере
- Решение 14. Перенастройка SonicWall VPN
- Решение n 15: Диагностика подключения с помощью командной строки
- Решение 16. Отключите UDP на клиенте
- Метод реестра:
- Метод групповой политики
- Использование команды PowerShell
- Окончательное решение:
Что вызывает ошибку «Произошла внутренняя ошибка» в Windows 10?
Поскольку ошибка появляется неожиданно, ее конкретная причина неизвестна, однако она может возникнуть из-за одного из следующих факторов –
- Настройки подключения к удаленному рабочему столу: для некоторых пользователей ошибка была вызвана настройки клиента подключения к удаленному рабочему столу.
- Безопасность RDP: в некоторых случаях ошибка может появляться из-за безопасности протокола удаленного рабочего стола, и в этом случае вы будете необходимо изменить уровень безопасности.
- Домен компьютера: Другая причина, которая может вызвать появление ошибки, – это домен, к которому подключена ваша система. В таком случае удаление домена и последующее присоединение к нему решит проблему.
Теперь, прежде чем применять решения, представленные ниже, пожалуйста, сделайте убедитесь, что вы используете учетную запись администратора. Кроме того, мы рекомендуем следовать данным решениям в том же порядке, что и предоставлено, чтобы вы могли быстро изолировать проблему.
Решение 1. Измените настройки подключения к удаленному рабочему столу
Для начала мы попытаемся изолировать проблему, немного изменив настройки RDP. Некоторые пользователи сообщают, что их проблема была решена после того, как они установили флажок «Подключиться повторно, если соединение разорвано». Вы можете сделать это, выполнив следующие действия:
- Перейдите в меню «Пуск» , найдите Подключение к удаленному рабочему столу, и откройте его.
- Нажмите Показать параметры , чтобы открыть все настройки.
- Переключитесь на
- # strong> Опыт , а затем убедитесь, что установлен флажок “ Повторно подключаться, если соединение разорвано “.
- Попробуйте подключиться еще раз.
Сообщение об ошибке иногда возникает из-за домена, к которому вы подключили свою систему. В таких случаях удаление домена и последующее присоединение к нему решит вашу проблему.. Вот как это сделать:
- Нажмите Windows Key + I , чтобы открыть Настройки .
- Перейдите в Учетные записи , а затем перейдите на вкладку Доступ к работе или учебе .
- Выберите домен, к которому вы подключили свою систему, и затем нажмите Отключить .
- При появлении запроса на подтверждение нажмите Да .
- Отключите систему и затем перезагрузите компьютер, как будет предложено.
- После перезапуска системы вы можете снова присоединиться к домену, если хотите.
- Попробуйте снова использовать RDP.
Решение 3. Изменение значения MTU
Другой способ решения проблемы – изменить значение MTU. Максимальная единица передачи – это самый большой размер пакета, который может быть отправлен в сети. Уменьшение значения MTU может помочь в решении проблемы. Вот как это сделать:
- Чтобы изменить значение MTU, вам необходимо загрузить инструмент под названием TCP Optimizer . Вы можете скачать его отсюда.
- После загрузки откройте TCP Optimizer как администратор .
- Внизу выберите Пользовательский перед Выбрать настройки .
- Измените значение MTU на 1458 .
- Нажмите Применить изменения , а затем выйдите из программы.
- Проверьте, устраняет ли он проблему.
Решение 4. Изменение безопасности RDP в группе Редактор политик
В некоторых случаях сообщение об ошибке появляется из-за уровня безопасности RDP в групповых политиках Windows. В таких сценариях вам придется заставить его использовать уровень безопасности RDP. Вот как это сделать:
- Перейдите в меню «Пуск» , найдите Local Group Policy и откройте ‘ Изменить групповую политику ‘.
- Перейдите в следующий каталог:
- Конфигурация компьютера> Административные шаблоны> Компоненты Windows> Службы удаленного рабочего стола> Узел сеанса удаленного рабочего стола> Безопасность
- Справа найдите « Требовать использования определенного уровня безопасности для удаленных (RDP) подключений ‘и дважды щелкните его, чтобы отредактировать его.
- Если для него установлено значение « Не настроено », выберите Включено и затем перед Security Layer выберите RDP .
- Нажмите Применить , а затем нажмите OK .
- Перезагрузите систему, чтобы изменения приняли эффект.
- Попробуйте подключиться еще раз.
Решение 5. Отключение аутентификации на уровне сети
Вы также можете попытаться решить проблему, отключив уровень сети Аутентификация или NLA. Иногда проблема может быть вызвана тем, что вы или целевая система настроены на разрешение только удаленных подключений, на которых выполняется удаленный рабочий стол с NLA. Его отключение решит проблему. Вот как это сделать:
- Перейдите на Рабочий стол , щелкните правой кнопкой мыши Этот компьютер и выберите Свойства .
- Нажмите Настройки удаленного доступа .
- В разделе Удаленный рабочий стол снимите флажок “ Разрешить подключения только с компьютеров, на которых запущен удаленный рабочий стол с проверкой подлинности на уровне сети “.

- Нажмите Применить , а затем нажмите OK .
- Посмотрите, устраняет ли он проблему.
Решение 6. Перезапуск службы удаленного рабочего стола
В некоторых случаях перезапуск удаленного Desktop Service делает свое дело, поэтому на этом этапе мы перезапустим его вручную. Для этого:
- Нажмите « Windows » + « R », чтобы открыть окно «Выполнить».
- Введите « services . msc » и нажмите « Enter ».
- Дважды щелкните « Remote Desktop Service »и нажмите « Остановить ».
- Нажмите «Пуск» после ожидания не менее 5 секунд.
- Отметьте , чтобы посмотрите, сохраняется ли проблема.
Решение 7. Отключите VPN-соединение
Возможно, ваш компьютер может быть настроен на использование прокси или VPN соединение, из-за которого его интернет-соединение может быть маршрутизировано через другой сервер, и это может помешать ему правильно установить соединение. Поэтому на этом этапе мы отключим настройки прокси-сервера Internet Explorer, и вам также необходимо отключить все VPN, работающие на вашем компьютере.
- Нажмите Windows + R одновременно на клавиатуре.
- На экране появится диалоговое окно запуска, введите «MSConfig» в пустом поле и нажмите OK.
- Выберите вариант загрузки в системе в окне конфигурации и затем отметьте опцию «Безопасная загрузка» .
- Нажмите «Применить» и нажмите OK.
- Перезагрузите компьютер сейчас, чтобы загрузитесь в безопасном режиме.
- Снова нажмите те же клавиши «Windows» + «R» одновременно и введите «inetcpl.cpl» в диалоговом окне «Выполнить» и нажмите «Enter» , чтобы запустить его.
- На вашем экране появится диалоговое окно свойств Интернета, выберите оттуда вкладку « Подключения ».
- Снимите флажок « Использовать прокси-сервер для вашей локальной сети » и нажмите «ОК».
- Снова откройте MSConfig и на этот раз снимите флажок с опции безопасной загрузки, сохраните изменения и перезагрузите компьютер.
- Проверьте, сохраняется ли сообщение об ошибке.
Решение 8. Перенастройте локальную политику безопасности
Это еще один способ решить проблему, при которой вам следует использовать утилиту локальной политики безопасности. . Вы можете сделать это, выполнив следующие действия:
- Нажмите «Windows» + «R» , чтобы открыть приглашение «Выполнить».
- Введите «Secpol.msc» и нажмите «Enter» , чтобы запустить Утилита локальной политики безопасности.
- В утилите локальной политики безопасности щелкните значок «Локальные политики» , а затем выберите «Безопасность Option» на левой панели.

- На правой панели прокрутите и щелкните параметр «Системная криптография» и
- Прокрутите правую панель и найдите параметр « Системная криптография: использовать криптографические алгоритмы, совместимые с FIPS 140, включая алгоритмы шифрования, хеширования и подписи ».
- Дважды щелкните этот параметр, а затем отметьте кнопку «Включено» в следующем окне.
- Нажмите « Применить », чтобы сохранить изменения, а затем нажмите « ОК », чтобы закрыть окно. .
- Проверьте, устраняет ли это проблему на вашем компьютере.
Решение 10. Разрешение удаленных подключений
Возможно, что удаленные подключения не разрешены на вашем компьютере в соответствии с сомнительной Конфигурации системы, из-за которых эта ошибка отображается при попытке использовать RDP. Поэтому на этом этапе мы изменим этот параметр в Панели управления, а затем проверим, решит ли это эту проблему на нашем компьютере. Для этого:
- Нажмите «Windows» + «R» , чтобы запустить Run Приглашение.
- Введите «Панель управления» и нажмите «Enter» , чтобы запустить классический интерфейс панели управления.
- В Панели управления щелкните «Система и безопасность» и затем нажмите кнопку «Система» .
- В настройках системы нажмите «Расширенные настройки системы» из левой панели.
- В расширенных настройках системы щелкните вкладку « Удаленный » и убедитесь, что параметр« Разрешить подключения удаленного помощника к этот компьютер »отмечен флажком.
- В дополнение к этому, убедитесь, что вкладка« Разрешить удаленное подключение к этому компьютеру »ниже этого также проверено.
- Нажмите «Применить» , чтобы сохранить изменится, а затем нажмите «ОК» , чтобы закрыть окно.
- Проверьте, устраняет ли это действие на вашем компьютере.
Решение 11. Изменение запуска службы
Возможно, служба удаленного рабочего стола была настроена таким образом, что ей не разрешен автоматический запуск . Поэтому на этом этапе мы изменим эту конфигурацию и разрешим автоматический запуск службы. Для этого следуйте инструкциям ниже.
- Нажмите «Windows» + «R» , чтобы запустить запрос «Выполнить».
- Введите «Services.msc» и нажмите «Enter» , чтобы открыть окно управления службами.
- В окне управления службами дважды щелкните параметр «Службы удаленного рабочего стола» . а затем нажмите кнопку «Стоп» .
- Нажмите «Тип запуска» и выберите «Автоматически» .
- Закройте это окно и вернитесь в рабочий стол.
- После этого перезагрузите компьютер и проверьте, сохраняется ли проблема.
Решение 12. Включите постоянное кэширование растровых изображений
Другой возможной причиной возникновения этой проблемы является отключение функции «Постоянное кэширование растровых изображений» в настройках RDP. Поэтому на этом этапе мы запустим приложение «Подключения к удаленному рабочему столу», а затем изменим этот параметр на его панели взаимодействия. Для этого следуйте инструкциям ниже.
- Нажмите «Windows» + «S» на клавиатуре и введите «Подключение к удаленному рабочему столу» в строке поиска.
- Нажмите кнопку «Показать параметры» , а затем перейдите на вкладку «Опыт» .
- На вкладке взаимодействия установите флажок «Постоянное кэширование растровых изображений» и сохраните изменения.
- Попробуйте установить подключение к удаленному рабочему столу, а затем проверьте, не проблема все еще сохраняется.
Решение 13: Отключение статического IP-адреса на компьютере
Возможно, эта проблема возникает на вашем компьютере, потому что вы настроили сетевой адаптер на используйте статический IP-адрес, и он не соответствует подключению к удаленному рабочему столу должным образом. Поэтому на этом этапе мы отключим статический IP-адрес на нашем компьютере в настройках конфигурации сети, а затем проверим, устранена ли проблема, сделав это. Для этого:
- Нажмите «Windows» + «R» , чтобы запустить запрос «Выполнить».
- Введите «ncpa.cpl» и нажмите «Enter» , чтобы открыть панель конфигурации сети.
- На панели конфигурации сети щелкните правой кнопкой мыши сетевой адаптер и выберите «Свойства».
- Дважды щелкните параметр «Версия протокола Интернета 4 (TCP/IPV4)» , а затем щелкните на вкладке «Общие» .
- Установите флажок «Получить IP-адрес автоматически» и сохранить изменения.
- Нажмите « OK », чтобы выйти из окна и проверить чтобы проверить, сохраняется ли проблема.
Решение 14. Перенастройка SonicWall VPN
Если вы используете клиент SonicWall VPN на своем компьютере и используете дефау В конфигурации с этим приложением эта ошибка может возникнуть при попытке использовать приложение подключения к удаленному рабочему столу. Поэтому на этом этапе мы изменим некоторые настройки из VPN. Для этого:
- Запустите Sonicwall на вашем компьютере.
- Нажмите «VPN» и затем выберите Параметр «Настройки» .
- Найдите «WAN» в списке политик VPN.
- Нажмите кнопку «Настроить» справа, а затем выберите вкладку «Клиент» .
- Нажмите раскрывающееся меню «Настройки виртуального адаптера» и выберите вариант «Аренда DHCP» .
- Убедитесь, что это решит проблему.
- Если проблема все еще не устранена, нам придется удалить текущий DHCP аренду от VPN.
- Перейдите к параметру «VPN» , а затем выберите «DHCP через VPN ».
- Удалите уже существующую аренду DHCP и перезапустите соединение.
- Проверьте, сохраняется ли проблема после этого.
Решение n 15: Диагностика подключения с помощью командной строки
Возможно, компьютер, к которому вы пытаетесь подключиться с помощью подключения к удаленному рабочему столу, может быть недоступен для подключения, из-за чего возникает эта проблема. Следовательно, нам нужно будет определить, доступен ли компьютер для подключения или нет.
Для этого мы будем использовать командную строку, чтобы сначала определить IP-адрес компьютера, а затем мы будем используйте командную строку на нашем компьютере, чтобы попробовать проверить связь. Если эхо-запрос прошел успешно, соединение может быть установлено, если нет, это означает, что компьютер, к которому вы пытаетесь подключиться, неисправен, а не ваши настройки. Для этого:
- Получите доступ к компьютеру, к которому вы хотите подключиться локально, и нажмите «Windows» + Клавиша «R» на клавиатуре вызывает запрос запуска.
- Введите «Cmd» и нажмите «Enter» для запуска командной строки.
- В командной строке введите следующую команду и нажмите «Enter» , чтобы отобразить IP-информацию для компьютера.
- Обратите внимание на IP-адрес, указанный в «Шлюз по умолчанию» , который должен быть в формате «192.xxx.x.xx» или аналогичном формате.
- Получив IP-адрес компьютера, к которому вы пытаетесь подключиться, вы можете вернуться к своему компьютеру для дальнейшего тестирования.
- На вашем персональном компьютере нажмите «Windows» + «R» , чтобы запустить t Запустите приглашение и введите «Cmd» , чтобы открыть командную строку.
- Введите следующую команду в командной строке и нажмите « введите », чтобы выполнить его.
ping (IP-АДРЕС компьютера, к которому мы хотим подключиться) - Подождите, пока командная строка завершит проверку связи IP адрес и запишите результаты.
- Если эхо-запрос прошел успешно, это означает, что IP-адрес доступен.
- Теперь мы будем тестировать «Telnet» , проверив, возможен ли telnet по IP-адресу.
- Для этого нажмите «Windows» + «R» и введите «Cmd» , чтобы открыть командную строку.
- Введите следующую команду, чтобы проверить, работает ли telnet возможно на порту, который должен быть открыт клиентом RDP.
telnet 3389
- Вы должны увидеть черный экран, если этот telnet успешно, если это не так ns, что порт заблокирован на вашем компьютере.
Если черный экран не возвращается, это означает, что порт не может быть открыт на вашем компьютере, из-за чего возникла проблема отображается при попытке установить Telnet на порт. Поэтому на этом этапе мы будем перенастраивать брандмауэр Windows, чтобы открыть определенный порт на нашем компьютере. Для этого:
- Нажмите « Windows » + « I », чтобы открыть настройки, и нажмите « Обновление и безопасность ».
- Выберите « Windows Безопасность »на левой панели и нажмите« Брандмауэр и Сеть Безопасность ».
- Выберите« Advanced Настройки »в списке.
- Откроется новое окно, нажмите« Входящие Правила »и выберите« Новое Правило «.
- Выберите« Порт »и нажмите « Далее ».
- Щелкните « TCP » и выберите « Указанные локальные порты ».
- Enter в «3389» в номер порта.
- Нажмите « Далее » и выберите « Разрешить Соединение «.
- Выберите « Далее » и убедитесь, что отмечены все три параметра.
- Снова нажмите« Далее »и напишите« Имя »для новое правило.
- После ввода имени выберите « Next » и нажмите « Finish ».
- Точно так же вернитесь к 4-му шагу, который мы перечислили, и выберите на этот раз «Outbound Rules» и повторите весь процесс, чтобы создать исходящее правило для этого процесса.
- После создания правил для входящего и исходящего трафика проверьте, сохраняется ли проблема.
Решение 16. Отключите UDP на клиенте
Это можно исправить. ue, просто изменив параметр в реестре или в групповой политике. Если вы используете версию Windows Home, вы можете попробовать реализовать это решение, используя метод реестра, в противном случае вы можете реализовать метод групповой политики из приведенного ниже руководства.
Метод реестра:
- Нажмите «Windows» + «R» , чтобы запустить приглашение.
- Введите «regedit» и нажмите «Enter» , чтобы запустить реестр.
- В реестре перейдите по следующим параметрам:
HKLM SOFTWARE Policies Microsoft Windows NT Terminal Services Client
- Внутри этой папки установите для параметра fClientDisableUDP значение
- Сохраните изменения и выход из реестра.
- Проверьте, решает ли добавление этого значения в реестр эту проблему на вашем компьютере.
Метод групповой политики
- Нажмите кнопки «Windows» + «R» на клавиатуре, чтобы запустить запрос запуска.
- Введите «Gpedit.msc» и нажмите «Enter» , чтобы запустить диспетчер групповой политики.
- В диспетчере групповой политики дважды щелкните параметр « Конфигурация компьютера » и затем откройте Параметр «Административные шаблоны» .
- Дважды щелкните «Компоненты Windows» , а затем дважды щелкните параметр «Службы удаленного рабочего стола».
- Дважды щелкните «Клиент подключения к удаленному рабочему столу» , а затем дважды щелкните параметр «Отключить UDP на клиенте» . .
- Установите флажок «Включено» и сохраните изменения.
- Выйдите из диспетчера групповой политики и проверьте, сохраняется ли проблема.
Использование команды PowerShell
Если по какой-либо причине вы не можете добавить значение реестра, как указано выше, мы также можем реализовать это изменение с помощью утилиты Windows Powershell. Для этого:
- Нажмите «Windows» + «X» на клавиатуре и выберите Параметр «Powershell (Admin)» .
- Введите следующую команду в окне PowerShell и нажмите «Enter» для ее выполнения.
New-ItemProperty 'HKLM: SOFTWARE Microsoft Terminal Server Client' -Name UseURCP -PropertyType DWord -Value 0
- После выполнения команды на вашем компьютере проверьте, сохраняется ли проблема.
Окончательное решение:
Большинство людей, которые сталкивались с этой проблемой, заметили, что она возникает после недавнего обновления Windows. Согласно нашим источникам, проблема возникает, если ваш удаленный клиент или сама Windows были обновлены до версии Windows 1809. Поэтому в качестве окончательного решения рекомендуется вернуться к предыдущей версии Windows или дождаться выхода более стабильной версии операционной системы.
Problems with Remote Desktop connections are common. While attempting to connect to the Remote Desktop network, many users have reported the error – Your credentials did not work, The login attempt failed. If you face this issue, obviously, the first step should be verifying the credentials. However, a significant number of users have noted that the credentials were correct and in many cases worked fine earlier. Users have reported this problem on newly installed versions of the operating system and immediately after reinstalling Windows.

The issue is probably caused due to the Windows security policies or the username might have been changed recently. The latter is especially true when you reinstall Windows and enter a new username. The credentials for the Windows Remote Desktop connection do not change automatically.
Fix Remote Desktop incorrect or wrong password
To troubleshoot the problem, we will follow the following approach sequentially:
- Run the Network Adapter Troubleshooter
- Change the network profile from public to private
- Change account username
- Edit Windows Security Policy
- Using the Group Policy editor
Let’s check out these steps in detail.
1] Run the Network Adapter Troubleshooter
The Network Adapter Troubleshooter will help check the flaws with the network (if any) and correct the same.
Go to Start > Settings > Updates & Security > Troubleshoot. Select the Network Adapter Troubleshooter from the list.
Read: Remote Desktop Printer redirection not working
2] Change the network profile from public to private
It has been reported that this issue occurred on systems where the network profile was set the public. Changing it to private helped in resolving the issue.
Go to Start > Settings > Network & Internet > Status. Click on Change connection properties.

Shift the radio button for Network profile to Private.
Wait for a few seconds for the system to modify the settings.
3] Change account username
One of the causes behind this issue is when users reinstall their copy of Windows 10, they change the username for the system – but it doesn’t change for the Remote Desktop connection. In this case, you could change the username back to what it was before the reinstallation and see if that helps.
4] Edit Windows Security Policy
There’s a Windows security policy, which when enabled, doesn’t allow non-admin users to logon to Remote Desktop connection. If you need to allow non-admin users to use the Remote Desktop connection, you would have to edit this policy. This is obviously possible if you are the administrator of the system yourself.
Press Win + R to open the Run window and type the command secpol.msc. Press Enter to open the Local Security Policy. In the Local Security Policy window, on the left pane, select Local Policies > User Rights Agreement.
In the right-pane, double-click on “Allow log on through Remote Desktop Services.”

In the next window, select Add user or group.
Under “Enter the object names to select column,” enter the username of the intended non-admin user. Click on Check names to resolve the username.
Select Ok to save the settings and restart the system.
Read: Remote Desktop connection very slow in Windows 11
5] Using the Group Policy editor
In case you need to set this policy across a series of systems, the same could be done through the Group Policy Editor. The procedure for the same is as follows:
Press Win + R to open the Run window and type the command gpedit.msc. Hit Enter to open the Group Policy Editor. Navigate to the following path:
Computer Configuration > Administrative Templates > System > Credentials Delegation.
On the right-pane, double-click on the policy, “Allow delegating default credentials with NTLM-only server authentication” to open its editing window.
Shift the radio button to Enabled and click on Show.
In the Value box, type TERMSRV/* and click on Ok.
Repeat the same for the following policies:
- Allow delegating default credentials
- Allow delegating saved credentials
- Allow delegating saved credentials with NTLM-only server authentication
Check if helps in resolving the problem.
How do I fix the username or password is incorrect for Remote Desktop?
If you get Your credentials did not work or your username or password is incorrect for Remote Desktop error, you need to run the Network Adapter Troubleshooter, change your username, etc. Other than these, you can add Remove Desktop Users in the Allow log on through Remote Desktop Services menu as well.
How do I fix Remote Desktop credentials?
If you get any Remote Desktop credentials error, you might have to change the network profile type from Public to Private, use the Network Adapter Troubleshooter, change your account username, etc. Although this error doesn’t occur frequently, a certain change in your computer might cause this problem.
Hope something helps!
Related read: The logon attempt failed error while connecting Remote Desktop.
