Не удается подключиться к удаленному компьютеру windows server 2008

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

Обновлено 16.06.2017

RDP повторите попытку подключения

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

Причины ошибки «Повторите попытку подключения»

В прошлый раз мы с вами победили ошибку с синим экраном dpc watchdog violation, победим и эту, но для начала нужно понять причину всего этого действия. Вот как выглядит данная проблема:

RDP повторите попытку подключения-2

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

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

Если вы посмотрите логи Windows, то сможете обнаружить вот такие системные предупреждения:

  • возникло следующее неустранимое предупреждение: 36888. Внутренне состояние ошибки: 1250

Shannel 36888

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

Компонет X.224 RDP

Как решить ошибку с RDP подключением

Существует несколько методов решения ошибки «Не удается подключиться к удаленному компьютеру. Повторите попытку подключения. Если проблема повторится, обратитесь к владельцу удаленного компьютера.» что вы должны сделать:

  1. Удалить необходимые обновления Windows
  2. Удаление или обновление «Крипто ПРО» и VipNet
  3. Понижение требования к уровню шифрования
  4. Установка дополнительных обновлений

Удаление или обновление ПО

Начинаю я с этого метода, так как он самый правильный и с точки удобства и с точки безопасности. Если вам данное ПО не нужно, то советую его удалить его и провести очистку системы от мусора, если же программы нужны, то рассмотрите вариант их обновления на свежие версии в которых уже таких проблем нет. В моем случае это не получилось сделать, так как мне была необходима старая версия 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 не находит обновления, мы так же устанавливали автономные версии.

Понижение требования к уровню шифрования

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

  1. Уровень безопасности > Уровень безопасности RDP
  2. Уровень шифрования > Низкий

Уровень шифрования сервера терминалов

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

Источник

  • Вопрос

  • все настройки были сделаны, и всё работало в пятницу 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

Источник

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

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

The qwinsta command lists the processes listening on the computer

Введите qwinsta.

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

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

  1. Войдите на компьютер с той же версией операционной системы, что и у затронутого компьютера, и получите доступ к реестру компьютера (например, с помощью редактора реестра).
  2. Перейдите к следующей записи реестра:
    HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTerminal ServerWinStationsRDP-Tcp
  3. Экспортируйте запись в REG-файл. Например, в редакторе реестра щелкните запись правой кнопкой мыши, выберите пункт Экспортировать, а затем введите имя файла для экспортируемых параметров.
  4. Скопируйте экспортированный REG-файл на затронутый компьютер.

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

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

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

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

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

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

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

Remote Desktop certificates in the MMC Certificates snap-in.

  1. Если подключиться так и не удалось, откройте оснастку MMC «Сертификаты». Когда будет предложено выбрать хранилище сертификатов для управления, выберите Учетная запись компьютера и затронутый компьютер.
  2. В папке Сертификаты в разделе Удаленный рабочий стол удалите самозаверяющий сертификат протокола RDP.
  3. На затронутом компьютере выполните следующие действия, чтобы перезапустить службу удаленных рабочих столов.
  4. Обновите оснастку диспетчера сертификатов.
  5. Если самозаверяющий сертификат протокола RDP не был создан повторно, проверьте разрешения для папки MachineKeys.

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

  1. На затронутом компьютере откройте проводник и перейдите к папке C:ProgramDataMicrosoftCryptoRSA.
  2. Щелкните правой кнопкой мыши папку MachineKeys, а затем выберите Свойства, Безопасность и Дополнительно.
  3. Убедитесь, что настроены следующие разрешения:
    • 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, победим и эту, но для начала нужно понять причину всего этого действия. Вот как выглядит данная проблема:

RDP повторите попытку подключения-2

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

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

Если вы посмотрите логи Windows, то сможете обнаружить вот такие системные предупреждения:

  • возникло следующее неустранимое предупреждение: 36888. Внутренне состояние ошибки: 1250

Shannel 36888

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

Компонет X.224 RDP

Как устранить ошибку подключения по RDP Win 7 -> Win Server

В последнее время всё чаще у пользователей Windows 7 возникает ошибка при подключении к удаленному рабочему столу на Windows Server 20162019 через шлюз удаленных рабочих столов.

Ошибка следующая — “Не удалось подключиться к удаленному компьютеру, так как сервер шлюза удаленных рабочих столов временно недоступен. Попробуйте подключиться позже или обратитесь за помощью к администратору сети.”

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

Рисунок 1 — Ошибка подключения к серверу

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

Старая версия утилиты ms

Рисунок 2 — Старая версия утилиты ms

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

Центр обновления Windows

Рисунок 3 — Центр обновления Windows

Второй способ — установить требуемые обновления вручную.

Обновления нужно ставить в зависимости от разрядности ОС Windows 7 (32 или 64-битной).

Обновления устанавливаются в следующем порядке:

  1. Windows6.1 — KB2574819-v2
  2. Windows6.1 — KB2830477
  3. Windows6.1 — KB2857650
  4. Windows6.1 — KB2913751

Компьютер перезагрузится один раз.

После обновления мы получаем “Подключение к удаленному рабочему столу (mstsc.exe)” версии 6.3.9600 с возможностью подключаться к Windows Server 20162019:

Источник
  • Remove From My Forums

  • Question

  • I have reviewed several of the other posts on this issue.  None seem to provide a fix that works for me.

    I am receiving the following error when connecting remotely from one machine to another using RDP.  I have seen this issue on several of my servers lately (RDP stops working) and I am concerned this is becoming a major issue as my end users can no longer
    manager their servers remotely without me connecting to console for them.  The server having the issue is in Remote Desktop Administration mode.  Let me explain further symptoms and attempted fixes.

    For the rest of my description I will call the server having this RDP issue «server».  Sorry to be so vague.

    • Connect from Windows 7 to server (2008 R2 no patches, no antivirus) using RDP client and receive «This computer can’t connect to the remote computer.  Try connecting again.  If the problem continues, contact the owner of the remote computer or
      your network administrator.»
    • Connect from Windows 7 to server using «telnet servername 3389» and connection succeeds
    • Connect from server to localhost using RDP client, receive «This computer can’t connect to the remote computer.  Try connecting again.  If the problem continues, contact the owner of the remote computer or your network administrator.»
    • From server do a «netstat -na|find «3389»» and see 3389 listening

    Event viewer on server, I see several errors around the time of the RDP attempts:

    • Event ID 50 TermDD The RDP protocol component X.224 detected an error in the protocol stream and has disconnected the client.
    • Event ID 36871 Schannel A fatal error occurred while creating an SSL server credential. The internal error state is 10013.

    Attempted Solution

    • Checked on the server for the x509 certificates under HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTermServiceParameters and on a server
      with working RDP these registry keys don’t exist
    • Checked that Client Encryption is set on the server for the RDP listener
    • Randomly tried registering schannel.dll on the server using «regsvr32 c:windowssystem32schannel.dll» and receive, «The module ‘c:windowssystem32schannel.dll’ was loaded but the entry-point DllRegisterServer
      was not found.  Make sure that ‘c:windowssystem32schannel.dll’ is a valid DLL or OCX file and then try again.»

Answers

  • I changed the client encryption type on the client to RDP Security Layer and was able to connect fine with no other changes.  I believe it has something to do with
    people adding a second NIC to these servers and the SSL certificates that RDP uses change somehow from that.  I haven’t investigated much further but that’s my theory.

    • Marked as answer by

      Sunday, September 16, 2012 3:11 AM

Источник
  • Remove From My Forums

  • Question

  • I have reviewed several of the other posts on this issue.  None seem to provide a fix that works for me.

    I am receiving the following error when connecting remotely from one machine to another using RDP.  I have seen this issue on several of my servers lately (RDP stops working) and I am concerned this is becoming a major issue as my end users can no longer
    manager their servers remotely without me connecting to console for them.  The server having the issue is in Remote Desktop Administration mode.  Let me explain further symptoms and attempted fixes.

    For the rest of my description I will call the server having this RDP issue «server».  Sorry to be so vague.

    • Connect from Windows 7 to server (2008 R2 no patches, no antivirus) using RDP client and receive «This computer can’t connect to the remote computer.  Try connecting again.  If the problem continues, contact the owner of the remote computer or
      your network administrator.»
    • Connect from Windows 7 to server using «telnet servername 3389» and connection succeeds
    • Connect from server to localhost using RDP client, receive «This computer can’t connect to the remote computer.  Try connecting again.  If the problem continues, contact the owner of the remote computer or your network administrator.»
    • From server do a «netstat -na|find «3389»» and see 3389 listening

    Event viewer on server, I see several errors around the time of the RDP attempts:

    • Event ID 50 TermDD The RDP protocol component X.224 detected an error in the protocol stream and has disconnected the client.
    • Event ID 36871 Schannel A fatal error occurred while creating an SSL server credential. The internal error state is 10013.

    Attempted Solution

    • Checked on the server for the x509 certificates under HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTermServiceParameters and on a server
      with working RDP these registry keys don’t exist
    • Checked that Client Encryption is set on the server for the RDP listener
    • Randomly tried registering schannel.dll on the server using «regsvr32 c:windowssystem32schannel.dll» and receive, «The module ‘c:windowssystem32schannel.dll’ was loaded but the entry-point DllRegisterServer
      was not found.  Make sure that ‘c:windowssystem32schannel.dll’ is a valid DLL or OCX file and then try again.»

Answers

  • I changed the client encryption type on the client to RDP Security Layer and was able to connect fine with no other changes.  I believe it has something to do with
    people adding a second NIC to these servers and the SSL certificates that RDP uses change somehow from that.  I haven’t investigated much further but that’s my theory.

    • Marked as answer by

      Sunday, September 16, 2012 3:11 AM

Источник

Понравилась статья? Поделить с друзьями:
  • Не удается подключиться к телевизору lg windows 10
  • Не удается сменить пароль учетной записи windows 10
  • Не удается подключиться к службе обновления windows 10
  • Не удается скопировать папку windows xp
  • Не удается подключиться к службе виртуальных дисков windows 10