- Не работает rdp что проверить
- Описание проблемы
- Исправляем ошибку «Произошла внутренняя ошибка»
- Дополнительные методы решения
- Удаление кэша подключений
- Исправлено: Remote Desktop не может подключиться к удаленному компьютеру по одной из этих причин —
- Что вызывает сбой подключения к удаленному рабочему столу в Windows?
- Решение 1. Измените / настройте параметры брандмауэра
- Решение 2. Разрешите подключения к удаленному рабочему столу, если это не разрешено
- Решение 3. Сбросьте учетные данные удаленного рабочего стола
- Решение 4. Добавьте IP-адрес удаленного компьютера в файл hosts
- Решение 5. Добавление ключа RDGClientTransport
- Устранение неполадок с подключениями к Удаленному рабочему столу
- Проверка состояния протокола RDP
- Проверка состояния протокола RDP на локальном компьютере
- Проверка состояния протокола RDP на удаленном компьютере
- Проверка блокировки объектом групповой политики протокола RDP на локальном компьютере
- Проверка блокировки объектом групповой политики протокола RDP на удаленном компьютере
- Изменение блокирующего объекта групповой политики
- Проверка состояния служб RDP
- Проверка состояния прослушивателя протокола RDP
- Проверка состояния прослушивателя RDP
- Проверка состояния самозаверяющего сертификата протокола RDP
- Проверка разрешений для папки MachineKeys
- Проверка порта прослушивателя протокола RDP
- Проверка того, что другое приложение не пытается использовать тот же порт
- Проверка блокировки порта протокола RDP брандмауэром
Не работает rdp что проверить
Добрый день! Уважаемые читатели и гости, IT блога Pyatilistnik.org. В прошлый раз мы с вами поговорили, про отложенный запуск служб в Windows, сегодня я хочу вам показать еще один не приятный момент в работе терминальных служб удаленного рабочего стола, а именно ошибка подключения «Произошла внутренняя ошибка«, после чего подключение разрывается. Такое я встречал уже в Windows Server 2012 R2 и 2016. Давайте разбираться в чем дело.
Описание проблемы
Есть сервер с операционной системой Windows Server 2012 R2, сотрудник пытается к нему подключиться, через классическую утилиту «Подключение к удаленному рабочему столу», в момент авторизации, выскакивает окно с ошибкой «Произошла внутренняя ошибка».
После этого у вас разрывается соединение. Когда мы видели моргающий экран по RDP, там хотя бы вы попадали на сервер и могли открыть диспетчер устройств, тут сразу все обрубается на корню. Давайте смотреть, что можно сделать.
Исправляем ошибку «Произошла внутренняя ошибка»
Так как по RDP подключиться не получается, то первым делом нужно проверить отвечает ли порт, по умолчанию это 3389. О том, как проверить порт на удаленном сервере я вам описывал, там все сводилось к выполнению команды Telnet, ознакомьтесь. Если порт отвечает, то делаем следующее.
Нужно удаленно перезапустить службу на этом сервере, чтобы сам сервер не перезагружать, так как в этот момент, он может выполнять важные задачи, можно использовать утилиту «Управление компьютером». Открыть ее можно через команду вызова оснастки, вызываем окно «Выполнить», через одновременное нажатие клавиш WIN и R, в котором пишем:
В открывшейся оснастке, щелкните в самом верху по пункту «Управление компьютером» правым кликом мыши, и выберите пункт «Подключиться к удаленному компьютеру».
Выберите пункт «Другим компьютером» и укажите его DNS имя, или найдите его через кнопку обзор.
Когда вы подключитесь к нужному серверу, перейдите в пункт «Службы и приложения — Службы», в списке сервисов найдите службу удаленных рабочих столов (Remote Desktop Services), и перезапускаем ее. После этого ошибка подключения по RDP «Произошла внутренняя ошибка», у вас должна пропасть.
Дополнительные методы решения
Если вам не помог первый метод, перезапускающий службу удаленных рабочих столов, то можно попробовать выполнить правку реестра. Открываете редактор реестра Windows, если у вас физического доступа к серверу нет или он далеко и вам лень до него идти, то можно попробовать подключиться к реестру удаленного сервера.
Для этого в окне «Редактор реестра» пункт меню «Файл — Подключить сетевой реестр».
В открывшемся окне «Выбор компьютера» указываем его DNS-имя или ip-адрес и нажимаем ок. У вас будет установлено подключение к удаленному реестру сервера, что испытывает проблемы.
Находим ключ CheckMode по пути
Выставляем ему значение о, чтобы отключить у программы КриптоПРО CSP проверку контрольных сумм. Еще один важный момент, если у вас старая версия КриптоПРО, то это так же может быть источником, проблем, недавний пример, это ошибка «Windows installer service could not be accessed». Для этого удаляем правильно КриптоПРО CSP и ставим последнюю доступную версию.
Еще можно попробовать изменить значение вот такого ключа реестра:
Найдите ключ SessionImageSize и задайте ему значение 0x00000020.
Удаление кэша подключений
Еще одним методом решения внутренней ошибки подключения по RDP может выступать поврежденный кэш, который хранится на локальном компьютере пользователя. Для его отображения вам необходимо включить отображение скрытых папок и удалить содержимое папки:
Источник
Исправлено: Remote Desktop не может подключиться к удаленному компьютеру по одной из этих причин —
Ошибка ‘Удаленный рабочий стол не может подключиться к удаленному компьютеру по одной из этих причин’Может возникнуть из-за множества причин, включая неправильные учетные данные для входа, проблемы с подключением или использование протокола HTTP / UDP. Сообщение об ошибке указывает на три из следующих причин:
- Удаленный доступ к серверу не включен
- Удаленный компьютер выключен
- Удаленный компьютер недоступен в сети
Удаленный рабочий стол — очень удобная функция, которая позволяет вам подключаться к другим компьютерам под управлением Windows и использовать их без необходимости физического присутствия перед этим компьютером. Компьютер, к которому вы хотите подключиться, может находиться в любой части мира, и вы сможете получить к нему доступ и использовать его, если у вас есть необходимые учетные данные и необходимое программное обеспечение. Наличие успешного подключения к Интернету является обязательным в обеих системах для успешного подключения. В этой статье мы обсудим общую проблему удаленного рабочего стола, когда он не может подключиться к удаленному соединению, то есть причины проблемы, а также решения, которые вы можете использовать, чтобы навсегда избавиться от ошибки.
Что вызывает сбой подключения к удаленному рабочему столу в Windows?
Хотя может быть несколько причин, по которым подключение к удаленному рабочему столу может прерваться в Windows, наиболее частой причиной является нестабильное подключение к Интернету или несоответствие учетных данных для входа. Помимо этих причин, существуют некоторые другие известные причины, по которым функциональность удаленного рабочего стола нарушается в Windows 10. Это:
- RDP не работает после Windows Update: Функция удаленного рабочего стола может работать некорректно после обновления или обновления Windows. Что ж, это происходит потому, что обновление могло повредить функциональность RDP в Windows, и для его устранения потребовалось бы ручное вмешательство.
- Проблема с антивирусом и брандмауэром: Иногда, если вы устанавливаете антивирус, он может блокировать некоторые функции RDP в Windows, из-за которых вы не сможете успешно подключиться к удаленному компьютеру Windows.
- Проблема с сетевым профилем: В большинстве случаев, если у вас есть общедоступный сетевой профиль или сетевая группа в Windows, функции удаленного рабочего стола будут заблокированы.
Вы можете следовать некоторым из этих решений ниже, чтобы ваш RDP в Windows работал правильно.
Решение 1. Измените / настройте параметры брандмауэра
Это необходимо сделать, если у вас проблемы с RDP. В большинстве случаев ваш брандмауэр блокирует некоторые входящие и исходящие соединения по умолчанию. Если у вас есть строгая настройка политики брандмауэра, то, к сожалению, вы не сможете подключиться к удаленному компьютеру.
Если функция удаленного рабочего стола была заблокирована или не разрешена через брандмауэр Windows, вам необходимо разрешить ее. Чтобы сделать это, это довольно просто и легко, следуйте инструкциям, приведенным ниже:
- Откройте меню «Пуск» и введите «Разрешить приложение через брандмауэр WindowsБез кавычек.
- Нажмите на первый выбор, который входит в это.
- Затем нажмите на Изменить настройки в правом верхнем углу окна, которое появляется.
Разрешение RDP в брандмауэре Windows - Там вы увидите список приложений или функций, которые были разрешены или не разрешены в брандмауэре Windows.
- Прокрутите вниз, пока не увидите Удаленный рабочий стол и установите флажок перед ним (Частный один).
Включение удаленного рабочего стола в брандмауэре - Закройте окно, и все готово для разрешения удаленного рабочего стола через брандмауэр Windows
Решение 2. Разрешите подключения к удаленному рабочему столу, если это не разрешено
Еще одна вещь, которую вам нужно проверить, — разрешены ли подключения к удаленному рабочему столу в Windows или нет. Если эта функция заблокирована, даже если вы разрешите удаленный рабочий стол через брандмауэр, подключения к удаленному рабочему столу не будут работать. Чтобы проверить это, сделайте следующее:
- Тип ‘Разрешить подключения к удаленному рабочему столуВ меню Пуск.
- Затем нажмите на первый выбор.
- Появится окно; прокрутите вниз, пока не увидите заголовок Удаленный рабочий стол. Нажмите на ‘Показать настройки‘ перед ‘Измените настройки, чтобы разрешить удаленное подключение к этому компьютеру».
Разрешение RDP-соединений - Убедитесь, что опция ‘Разрешить подключения удаленного помощника к этому компьютеру‘ проверено. Нажмите на Применять а потом Хорошо закрыть окно.
Решение 3. Сбросьте учетные данные удаленного рабочего стола
В большинстве случаев, когда вы сохранили учетные данные для определенного удаленного компьютера и хотите подключиться к другому удаленному компьютеру, вы получите сообщение об ошибке, поскольку учетные данные не совпадают. Это потому, что вы сохранили учетные данные удаленного рабочего стола, а другой компьютер, к которому вы подключаетесь, имеет другие учетные данные.
Чтобы сбросить или удалить учетные данные RDP в Windows 10, выполните следующие действия:
- Тип Подключение к удаленному рабочему столу в меню Пуск.
- Затем нажмите на первый выбор, который является «Удаленный рабочий стол».
- Введите IP-адрес компьютера. Если для этого конкретного компьютера сохранены какие-либо учетные данные, вам будет предложено либо редактировать или же удалять
- Нажмите на удалять удалить учетные данные.
Удаление сохраненных учетных данных
Решение 4. Добавьте IP-адрес удаленного компьютера в файл hosts
Еще одна вещь, которую вы можете сделать, это добавить IP-адрес удаленного компьютера в файл hosts. У некоторых пользователей возникают проблемы, когда они хотят подключиться к удаленному компьютеру, чей IP-адрес отсутствует в файле hosts. Для этого сделайте следующее:
- Нажмите Windows Key + X и выберите Командная строка (администратор) из списка, чтобы открыть командную строку с повышенными правами.
- В командной строке введите следующую команду:
- После этого введите эту команду:
Редактирование файла hosts - Когда файл хостов откроется в блокноте, добавьте IP-адрес удаленного компьютера в конец файла. Наконец, нажмите кнопку «Закрыть», и когда вас попросят сохранить изменения, нажмите «Сохранить».
Решение 5. Добавление ключа RDGClientTransport
Некоторые пользователи смогли исправить свою проблему с подключениями к удаленному рабочему столу в Windows, выполнив настройку реестра. Вам нужно будет создать новый ключ DWORD в реестре Windows, который заставит RDP использовать соединения RPC / HTTP вместо HTTP / UDP. Вот как добавить ключ:
- Нажмите Windows + R открыть Бежать
- Тип смерзаться и нажмите ввод.
- Затем перейдите к следующему пути в редакторе реестра, вставив его в адресную строку:
- Оказавшись там, щелкните правой кнопкой мыши на правой стороне панели и нажмите New → DWORD (32-битное значение) и назовите это RDGClientTransport.
Добавление ключа RDGClientTransport - Затем дважды щелкните этот новый ключ, который был создан, чтобы открыть его свойства. Теперь вы увидите опцию для установки значений данных. Установите это 1. Затем нажмите на Хорошо и закройте реестр Windows.
Источник
Устранение неполадок с подключениями к Удаленному рабочему столу
Выполните приведенные ниже действия, если клиенту Удаленного рабочего стола не удается подключиться к удаленному рабочему столу, и отсутствуют сообщения или другие признаки, по которым можно определить причину.
Проверка состояния протокола RDP
Проверка состояния протокола RDP на локальном компьютере
Сведения о том, как проверить и изменить состояние протокола RDP на локальном компьютере, см. в разделе How to enable Remote Desktop (Как включить удаленный рабочий стол).
Проверка состояния протокола RDP на удаленном компьютере
В точности следуйте инструкциям из этого раздела. Неправильное изменение реестра может вызвать серьезные проблемы. Прежде чем редактировать реестр, создайте резервную копию реестра, чтобы вы могли восстановить его в случае ошибки.
Чтобы проверить и изменить состояние протокола удаленного рабочего стола на удаленном компьютере, используйте подключение сетевого реестра:
- Сначала откройте меню Пуск и выберите Выполнить. В появившемся текстовом поле введите regedt32.
- В редакторе реестра нажмите Файл и выберите пункт Подключить сетевой реестр.
- В диалоговом окне Выбор: «Компьютер» введите имя удаленного компьютера, выберите Проверить имена и нажмите кнопку ОК.
- Перейдите в раздел HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server и в раздел HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services.
- Если раздел fDenyTSConnections имеет значение 0, значит протокол RDP включен.
- Если раздел fDenyTSConnections имеет значение 1, значит протокол RDP отключен.
- Чтобы включить протокол RDP, для fDenyTSConnections замените значение 1 на 0.
Проверка блокировки объектом групповой политики протокола RDP на локальном компьютере
Если не удается включить протокол RDP в пользовательском интерфейсе или для fDenyTSConnections возвращается значение 1 после его изменения, объект групповой политики может переопределять параметры на уровне компьютера.
Чтобы проверить конфигурацию групповой политики на локальном компьютере, откройте окно командной строки с правами администратора и введите следующую команду:
Когда команда будет выполнена, откройте файл gpresult.html. Выберите Конфигурация компьютера\Административные шаблоны\Компоненты Windows\Службы удаленных рабочих столов\Узел сеансов удаленных рабочих столов\Подключения и найдите политику Разрешить пользователям удаленное подключение с использованием служб удаленных рабочих столов.
Если для параметра этой политики задано значение Включено, групповая политика не блокирует подключения по протоколу RDP.
Если же для параметра этой политики задано значение Отключено, проверьте результирующий объект групповой политики. Ниже показано, какой объект групповой политики блокирует подключения по протоколу RDP.
Проверка блокировки объектом групповой политики протокола RDP на удаленном компьютере
Чтобы проверить конфигурацию групповой политики на удаленном компьютере, нужно выполнить почти такую же команду, что и для локального компьютера.
В файле (gpresult- .html), который создается после выполнения этой команды, используется такой же формат данных, как в версии файла для локального компьютера (gpresult.html).
Изменение блокирующего объекта групповой политики
Эти параметры можно изменить в редакторе объектов групповой политики (GPE) и консоли управления групповыми политиками (GPM). Дополнительные сведения об использовании групповой политики см. в статье Advanced Group Policy Management (Расширенное управление групповыми политиками).
Чтобы изменить блокирующую политику, используйте один из следующих методов.
- В GPE укажите определенный уровень для объекта групповой политики (локальный или доменный) и выберите Конфигурация компьютера >Административные шаблоны >Компоненты Windows >Службы удаленных рабочих столов >Узел сеансов удаленных рабочих столов >Подключения >Разрешить пользователям удаленное подключение с использованием служб удаленных рабочих столов.
- Задайте для политики значение Включена или Не задана.
- На затронутых компьютерах откройте окно командной строки с правами администратора и выполните команду gpupdate /force.
- В GPM перейдите к подразделению, в котором блокирующая политика применяется к соответствующим компьютерам, и удалите эту политику.
Проверка состояния служб RDP
На локальном компьютере (клиентском) и удаленном компьютере (целевом) должны быть запущены следующие службы:
- службы удаленных рабочих столов (TermService);
- перенаправитель портов пользовательского режима служб удаленного рабочего стола (UmRdpService).
Для локального или удаленного управления службами можно использовать оснастку MMC. Вы также можете использовать PowerShell для управления службами в локальном или удаленном расположении (если удаленный компьютер настроен для приема удаленных командлетов PowerShell).
На любом компьютере запустите одну или обе службы, если они запущены.
Если вы запускаете службу удаленных рабочих столов, нажмите кнопку Да, чтобы служба перенаправителя портов пользовательского режима служб удаленного рабочего стола перезапустилась автоматически.
Проверка состояния прослушивателя протокола RDP
В точности следуйте инструкциям из этого раздела. Неправильное изменение реестра может вызвать серьезные проблемы. Прежде чем редактировать реестр, создайте резервную копию реестра, чтобы вы могли восстановить его в случае ошибки.
Проверка состояния прослушивателя RDP
Для выполнения этой процедуры используйте экземпляр PowerShell с разрешениями администратора. На локальном компьютере также можно использовать командную строку с разрешениями администратора. Но для этой процедуры используется PowerShell, так как одни и те же командлеты выполняются локально и удаленно.
Чтобы подключиться к удаленному компьютеру, выполните следующий командлет:
Введите qwinsta.
Если в списке содержится rdp-tcp с состоянием Listen, прослушиватель протокола удаленного рабочего стола работает. Перейдите к разделу Проверка порта прослушивателя протокола RDP. В противном случае перейдите к шагу 4.
Экспортируйте конфигурацию прослушивателя RDP с рабочего компьютера.
- Войдите на компьютер с той же версией операционной системы, что и у затронутого компьютера, и получите доступ к реестру компьютера (например, с помощью редактора реестра).
- Перейдите к следующей записи реестра:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp - Экспортируйте запись в REG-файл. Например, в редакторе реестра щелкните запись правой кнопкой мыши, выберите пункт Экспортировать, а затем введите имя файла для экспортируемых параметров.
- Скопируйте экспортированный REG-файл на затронутый компьютер.
Чтобы импортировать конфигурацию прослушивателя протокола RDP, откройте окно PowerShell с разрешениями администратора на затронутом компьютере (или откройте окно PowerShell и подключитесь к этому компьютеру из удаленного расположения).
Чтобы создать резервную копию для существующей записи реестра, воспользуйтесь таким командлетом:
Чтобы удалить резервную копию для существующей записи реестра, воспользуйтесь таким командлетом:
Чтобы импортировать новую запись реестра и перезапустить службу, воспользуйтесь такими командлетами:
Замените именем экспортированного REG-файла.
Проверьте конфигурацию, попытавшись еще раз подключиться к удаленному рабочему столу. Если подключиться все равно не удается, перезагрузите затронутый компьютер.
Проверка состояния самозаверяющего сертификата протокола RDP
- Если подключиться так и не удалось, откройте оснастку MMC «Сертификаты». Когда будет предложено выбрать хранилище сертификатов для управления, выберите Учетная запись компьютера и затронутый компьютер.
- В папке Сертификаты в разделе Удаленный рабочий стол удалите самозаверяющий сертификат протокола RDP.
- На затронутом компьютере выполните следующие действия, чтобы перезапустить службу удаленных рабочих столов.
- Обновите оснастку диспетчера сертификатов.
- Если самозаверяющий сертификат протокола RDP не был создан повторно, проверьте разрешения для папки MachineKeys.
Проверка разрешений для папки MachineKeys
- На затронутом компьютере откройте проводник и перейдите к папке C:\ProgramData\Microsoft\Crypto\RSA\ .
- Щелкните правой кнопкой мыши папку MachineKeys, а затем выберите Свойства, Безопасность и Дополнительно.
- Убедитесь, что настроены следующие разрешения:
- Builtin\Администраторы: Полный доступ
- Все: чтение и запись.
Проверка порта прослушивателя протокола RDP
На локальном компьютере (клиентском) и удаленном компьютере (целевом) прослушиватель протокола RDP должен ожидать передачи данных через порт 3389. Другие приложения не должны использовать этот порт.
В точности следуйте инструкциям из этого раздела. Неправильное изменение реестра может вызвать серьезные проблемы. Прежде чем редактировать реестр, создайте резервную копию реестра, чтобы вы могли восстановить его в случае ошибки.
Чтобы проверить или изменить порт протокола RDP, используйте редактор реестра:
- Откройте меню Пуск, выберите Выполнить и введите regedt32 в появившемся текстовом поле.
- Чтобы подключиться к удаленному компьютеру, в редакторе реестра щелкните Файл и выберите пункт Подключить сетевой реестр.
- В диалоговом окне Выбор: «Компьютер» введите имя удаленного компьютера, выберите Проверить имена и нажмите кнопку ОК.
- Откройте реестр и перейдите к записи HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\ .
- Если PortNumber имеет значение, отличное от 3389, укажите значение 3389.
Для управления службами удаленного рабочего стола можно использовать другой порт. Но мы не рекомендуем делать это. В этой статье не описано, как устранять проблемы, связанные с этим типом конфигурации.
Проверка того, что другое приложение не пытается использовать тот же порт
Для выполнения этой процедуры используйте экземпляр PowerShell с разрешениями администратора. На локальном компьютере также можно использовать командную строку с разрешениями администратора. Но для этой процедуры используется PowerShell, так как одни и те же командлеты выполняются локально и удаленно.
Откройте окно PowerShell. Чтобы подключиться к удаленному компьютеру, введите Enter-PSSession -ComputerName .
Введите следующую команду:
Найдите запись для TCP-порта 3389 (или назначенного RDP-порта) с состоянием Ожидает вызова.
Идентификатор процесса службы или процесса, использующих этот порт, отобразится в столбце «Идентификатор процесса».
Чтобы определить, какое приложение использует порт 3389 (или назначенный порт протокола RDP), введите следующую команду:
Найдите запись для номера процесса, связанного с портом (в выходных данных netstat). Службы или процессы, связанные с этим идентификатором процесса, отобразятся в столбце справа.
Если порт используется приложением или службой, отличающейся от служб удаленных рабочих столов (TermServ.exe), устранить конфликт можно с помощью одного из следующих методов:
- В настройках такого приложения или службы укажите другой порт (рекомендуется).
- Удалите другое приложение или службу.
- В настройках протокола RDP укажите другой порт, а затем перезапустите службы удаленных рабочих столов (не рекомендуется).
Проверка блокировки порта протокола RDP брандмауэром
С помощью средства psping проверьте, доступен ли затронутый компьютер через порт 3389.
Перейдите на другой компьютер, на котором такая проблема не возникает, и скачайте psping отсюда: https://live.sysinternals.com/psping.exe.
Откройте окно командной строки с правами администратора, перейдите в каталог, где установлено средство psping, и введите следующую команду:
Проверьте выходные данные команды psping на наличие таких результатов:
- Подключение к : удаленный компьютер доступен.
- (0% loss) (0 % потерь): все попытки подключения выполнены успешно.
- The remote computer refused the network connection (Удаленный компьютер отклонил сетевое подключение): удаленный компьютер недоступен.
- (100% loss) (100 % потерь): не удалось выполнить подключение.
Запустите psping на нескольких компьютерах, чтобы проверить возможность подключения к затронутому компьютеру.
Проверьте, блокирует ли этот компьютер подключения от всех остальных компьютеров, некоторых других компьютеров или только одного компьютера.
Рекомендуемые дальнейшие действия:
- Попросите сетевых администраторов проверить, пропускает ли сеть трафик RDP к затронутому компьютеру.
- Проверьте конфигурации всех брандмауэров между исходными компьютерами и затронутым компьютером (включая брандмауэр Windows на затронутом компьютере). Так вы определите, блокирует ли брандмауэр порт протокола RDP.
—>
Источник