А бывает ли у вас такое, что не работает RDP? Ну, то есть, может и работает, на подключиться к виртуалке не получается. Скорее всего, для многих это не будет никакой проблемой, и у каждого прямо с сейчас с ходу найдётся пара советов, куда зайти и что проверить. Но вдруг, кто-то о чём-то всё же не знает. Здесь собрали несколько рецептов решения, начиная с самых банальных. Ну, на всякий случай…
Начнём с того, что иногда люди сами себе отрубают RDP, после чего обращаются в техподдержку, надеясь, что проблема не на стороне клиента. В таких случаях специалисты техподдержки только и могут, что предложить переустановку.
Но помимо этого, сложность может быть заключена немного глубже. Для человека, пытающегося подключиться к своему серверу, это может выглядеть как “бесконечный коннект”, не заканчивающийся ни чем. А может появиться сообщение вида “Произошла внутренняя ошибка”. Во многих подобного рода случаях могут помочь лежащие на поверхности решения.
Во-первых, необходимо убедиться, что на виртуальном сервере достаточное для штатного функционирования службы RDP количество оперативной памяти. Возможна, например, ситуация, когда на виртуалке нагружено большое количество торговых ботов и сервер под такой нагрузкой не может толком раскрутить даже RDP.
Как настроить удаленный рабочий стол по RDP через интернет
Во-вторых, пользователь мог сам закрыть порт 3389 на сервере, который и используется по умолчанию службой RDP. Правила для входящих подключений по этому порту так и называются – “Удаленный рабочий стол – пользовательский режим”. Ну, вот, всякое же бывает. Допустим, неудачно настроил брандмауэр. Ну, или, скажем, скачал “супер безопасный софт для супер безопасного интернета”.
Иногда что-то может пойти не так с самой рабочей станции, с которой производится подключение. Тогда имеет смысл очистить историю RDP-подключений. Делается это следующим образом:
- откройте редактор реестра regedit.exe и перейдите в ветку HKEY_CURRENT_USERSoftwareMicrosoftTerminal Server Client ;
- разверните ветку реестра HKEY_CURRENT_USERSoftwareMicrosoftTerminal Server ClientDefault , и чтобы очистить историю последних RDP-соединений, выделите все ключи с именами MRU0-MRU9 , щелкните правой клавишей и выберите пункт Delete или Удалить .
Чтобы очистить историю всех RDP-подключений и сохранённых имён пользователей, нужно очистить содержимое ветки реестра Servers . Так как выделять все вложенные ветки не очень удобно, проще всего удалить ветку Servers целиком, а затем пересоздать ее вручную.
Те же операции можно сделать и через Powershell . Для получения информации о правилах брандмауэра приложение должен быть запущен с правами администратора.
Настройка удаленного рабочего стола по RDP
Далее, необходимо проверить, запущена ли служба:
Get-Service TermService
Из полученного результата следует убедиться, что поле Status установлено в значение Running :
Также, это можно посмотреть в диспетчере задач на вкладке Services ( Службы ) или в оснастке services.msc :
Ещё необходимо проверить, слушается ли порт 3389 на стороне сервера. Сделать это можно так же через Powershell :
Get-NetTCPConnection -State Listen | Where-Object LocalPort -EQ 3389
Порт должен быть в выведенном списке. Поле State должно иметь значение Listen .
На виртуальном сервере проверить порт 3389 можно и через монитор ресурсов ( resmon.exe ). Активность порта видна на вкладке Network ( Сеть ) в разделе TCP Connections ( TCP-подключения ):
Туда же можно попасть через Диспетчер задач, перейдя на вкладку Performance ( Производительность ) и далее на Open Resource Monitor ( Открыть монитор ресурсов ):
Также, данный функционал доступен через Панель управления → Администрирование → Монитор ресурсов :
Ещё одно важное замечание. По умолчанию Windows блокирует все входящие подключения, поэтому у вас должно быть разрешающее правило. Рассмотрим случай, когда вы не используете сторонний межсетевой экран. Если вы всё же пользуетесь таким файрволом, обратитесь к его документации.
Итак, для брандмауэра Windows проверьте, существует ли правило, разрешающее входящие подключения RDP:
Get-NetFirewallPortFilter | Where-Object LocalPort -EQ 3389 | Get-NetFirewallRule
Поле Enabled должно иметь значение True , поле Action – значение Allow .
Также, эти данные доступны в оснастке wf.msc :
Перейти к настройкам брандмауэра можно также через Windows Administrative Tools в меню Пуск .
Для подключения к своей виртуалке вы также можете использовать аварийный режим в случае, если доступ по RDP осуществить не получается. Данная опция присутствует в личном кабинете. Для того, чтобы воспользоваться аварийным режимом, просто кликните на картинку с рабочим столом вашего сервера.
Ну, и наконец в крайнем случае, если на сервере нет важных данных, можно переустановить систему или написать в техническую поддержку.
Источник: ruvds.com
Почему внезапно перестал работать RDP?
Всех приветствую, подскажите в чем может быть проблема:
Есть небольшая одноранговая локальная сеть с самыми разными компами, с одного из компов с Windows 8.1 на комп с Windows 10 вдруг ни с того ни с сего перестало заходить по RDP, причем сначала видно что устанавливается соединение запрашивается логин и пароль а потом вдруг:
выкидывая вот это, такого раньше никогда не было, никакого нового оборудования, принтеров, программ и т.д. на оба этих компа не ставилось, вообще ничего нового, причем что не коннектится только именно с этого компа с вин8.1, с других коннектится, коннектится даже с линукса через Remmina
Пробовал советы отсюда — forum.oszone.net/thread-311816.html
Чистил кэш — C:Users\AppDataLocalMicrosoftTerminal сервера ClientCache
Удалял C:Users\Documentsdefault.rdp
Все настройки отсюда — https://docs.microsoft.com/ru-ru/windows-server/re.
Итак уже стоят, все службы удаленного раб.стола запущены, удалял соединение.rdp создавал по новой — результат тот же, ничего не помогает.
Помогите что делать?
Сигнатура проблемы: Имя события проблемы: APPCRASH Имя приложения: mstsc.exe Версия приложения: 6.3.9600.18980 Отметка времени приложения: 5ab67164 Имя модуля с ошибкой: StackHash_554a Версия модуля с ошибкой: 6.3.9600.19678 Отметка времени модуля с ошибкой: 5e82c88a Код исключения: c0000374 Смещение исключения: PCH_94_FROM_ntdll+0x0000000000090CBA Версия ОС: 6.3.9600.2.0.0.256.48 Код языка: 1049 Дополнительные сведения 1: 554a Дополнительные сведения 2: 554a544efad618024729eb3d09fe6c73 Дополнительные сведения 3: 3a63 Дополнительные сведения 4: 3a633a5612b5aab7d3acb020b0963854 Ознакомьтесь с заявлением о конфиденциальности в Интернете: http://go.microsoft.com/fwlink/?linkid=280262 Если заявление о конфиденциальности в Интернете недоступно, ознакомьтесь с его локальным вариантом: C:Windowssystem32ru-RUerofflps.txt
- Вопрос задан более года назад
- 691 просмотр
Источник: qna.habr.com
Вылетает удаленный рабочий стол windows 10
Протокол удаленного рабочего стола RDP, является важной особенностью Windows 10 для успешного подключения к удаленному подключению. Эта особенность Windows, начинается с XP Pro. С помощью этой функции пользователь может легко подключаться с одного компьютера или устройства к другому или восстановить файлы или обеспечить поддержку ПК. Это удобно для клиентов.
Существуют различные бесплатные программы, которые могут обеспечивать установку удаленного подключения. В этой статье вы узнаете, как работает RDP -соединение, а также как устранить проблемы подключений к удаленным рабочим столам в Windows 10.
Поскольку качество надлежащих сетей является основным требованием RDP, так что будьте уверены, что оба источника компьютеры работают должным образом. А также, проверьте подключение к сети. И сначала попробуйте решить проблему путём включения встроенной утилиты RDP в Windows 10.
Методы устранения проблем подключения к удаленному рабочему столу в Windows 10
Способ 1 — включить удаленный рабочий стол в Windows 10
По умолчанию функция удаленного рабочего стола отключена , и чтобы устранить проблему, вам нужно включить эту функцию. Для этого, следуйте ниже описанным шагам:
Первый тип: удаленные настройки Кортаны в поле поиска.
Теперь выберите опцию разрешить удаленный доступ к вашему компьютеру из результатов вверху.
Далее, на вкладке удаленный доступ войдите в свойства системы.
Вам необходимо выбрать разрешить удаленные подключения к этому компьютеру.
А для большей безопасности установите флажок для проверки подлинности на уровне сети.
И, наконец, включите входящие удаленные подключения на подключенном ПК.
Теперь проверяем RDP правильно или нет он работает в Windows 10. Если нет, то используйте способ 2.
Способ 2 – проверьте настройки брандмауэра.
Здесь нужно проверить брандмауэр Windows, так как это может также создавать проблемы:
Перейдите в Панель управления затем Брандмауэр Windows и нажимаем на разрешить приложению или функции работать.
Теперь в этом окне выберите подключение к удаленному рабочему столу, если он не включен по умолчанию и нажмите на кнопку изменить настройки.
Проверьте настройки брандмауэра и разрешите все входящие подключения к удаленному рабочему столу.
Проверив настройки брандмауэра вы можете устранить проблему, но если нет, то вы должны проверить некоторые другие важные услуги. Служба RDP, предоставляется Windows и эта служба должна работать в любой ОС Windows, неважно включена она или нет. Но если служба RDP не работает автоматически, то вам нужно запустить её вручную.
Способ 3 – пульт на Ваш ПК
Когда дело доходит до удаленного подключения к другому компьютеру, у вас есть много вариантов. Для этого используют универсальное традиционное приложение рабочего стола или удаленных рабочих столов.
Совет: если у вас много компьютеров и устройств в Вашей домашней сети, полезная бесплатная утилита, чтобы использовать это IP сканер — Advanced IP Scanner.
Установите и запустите приложение и введите имя компьютера, имя узла или IP-адрес и выберите Connect.
Далее введите имя пользователя и пароль для компьютера к которому вы подключаетесь. А также, если вы собираетесь часто заходить на него удалённо, то установите флажок запомнить учетные данные.
Появится сообщение безопасности, нажмите кнопку вперед и подключите и установите флажок для того, чтобы ещё раз не напоминал вам.
Теперь вы можете начать использовать удаленный компьютер по конфигурации, с удалённой поддержкой, или согласно Вашему требованию.
Вы также можете перейти в Настройки, а затем настройки подключения в приложении и настроить внешний вид устройств, а также выполнить другие настройки согласно Вашему требованию.
Я, надеюсь, что с помощью этих методов устранения неисправностей можно устранить проблемы RDP в Windows 10. Вы можете также использовать инструменты для ремонта Windows 10 — Windows Repair Tool, если ваша ОС Windows 10 система реагирует медленно или приложения выполняются не спеша. Этот инструмент будет постепенно исправлять различные ошибки в Windows 10, а также увеличивает производительность ПК и приложений. Этот инструмент сконструирован с передовым алгоритмом сканирования, так что он сможет найти и восстановить любой тип ошибок Windows. Он может также может исправить ошибки Windows, ошибки реестра, ошибки ПК, ошибки сети, жесткого диска и многие другие ошибки.
В процессе работы с удаленным рабочим столом, клиенты нашей компании часто жаловались на то, что окно подключения к удаленному рабочему столу теряет подключение. При этом сессия остается активной и при переподключении продолжает работать без потери информации. Проблема касается как обычных пользователей, так и администраторов, в том числе и меня.
Работая из дома, на своем рабочем компьютере я запустил обновление групповых политик, что привело к разрыву подключения с удаленным рабочим столом. Вот здесь у меня закралось подозрение, что проблема кроется именно в групповых политиках. Повтроное обновление групповых политик подтвердило эту гипотезу.
При дальнейшем изучении проблемы было выяснено, что причина постоянно отваливающегося удаленного рабочего стола кроется в том, что на компьютере, по умолчанию отключены подключения к удаленному рабочему столу, а включаются они через применение групповых политик. При обновлении групповых политик, они сперва удаляются и, на небольшой промежуток времени, служба удаленных столов видит параметр, запрещающий к нему подключения и разрывает соединение. После того, как политика снова применена, можно снова подключиться к удаленному рабочему столу.
Решить проблему можно следующим образом: Открыть редактор реестра, развернуть ветвь HKEY_Local_machineSystemCurrentcontrolsetControlTerminal server и изменить значение параметра fDenyTSConnections из 1 в 0. Тем самым вы разрешите службе удаленных рабочих столов принимать подключения. После этого, независимо от состояния примененной групповой политики, подключение разрывать не будет.
Последнее обновление Windows 10 версии 1803 April Update принесло проблемы с отрисовкой для пользователей работающих с RemoteApp приложениями, опубликованными на RDS серверах с Windows Server 2012 R2/ Server 2016. с установленными актуальными обновлениями безопасности.
Любое действие вызываемое щелчком мыши отрисовывается в 2-3 раза дольше, особенно медленно показывается, по щелчку правой кнопки мыши, меню в RemoteApp – пункты меню мерцают, иногда совсем не отображаются.
Не корректно отрисовывается окно при развёртывании и свёртывании, иногда в сессии залипают клавиши.
При всём при этом клиенты Windows 7 и более старых версий Windows 10 (1703, 1607) с RemoteApp работают нормально. При подключении через RDP к рабочему столу все приложения и меню на RDS сервере отображаются нормально.
Помимо ошибки CredSSP encryption oracle remediation ( https://pikabu.ru/story/oshibka_pri_podklyuchenii_po_rdp_cre. ), о которой я писал ранее, пользователям пришлось столкнуться ещё и с плохой производительностью RemoteApp.
Так как же решить проблему? Технические специалисты компании МАРС Телеком предложили мне 3 варианта решения.
Можно попробовать временно изменить значение политики Use advanced RemoteFX graphics for RemoteApp (Использовать дополнительную графику для удаленного приложения RemoteApp) на Disabled в редакторе локальной GPO (gpedit.msc) на RDS серверах.
Computer Configuration -> Policies -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Remote Session Environment
Конфигурация компьютера -> Административные шаблоны -> Компоненты Windows -> Службы удаленных рабочих столов -> Узел сеансов удалённых рабочих столов -> Среда удаленных сеансов
Без Remote FX не будут работать графические программы, опубликованные в RemoteApp (в частности семейства CAD).
Для полноценного решения проблемы, можно откатить версию Windows на предыдущую.
Recovery Options -> Get Started -> Go back to the previous version of Windows 10
Имеется и третий вариант решения проблемы. Можно заменить на более старую версию клиента RDP. Лучше использовать библиотеки RDP из версии Windows 1607 или 1703, т.к. проблема встречалась ещё на версии 1709.
Проверьте что у Вас стоит именно версия Windows 10 1803 (OS Build 17133.1) или 1709. Запустите «Выполнить» и выполните команду:
Проблема с производительностью RemoteApp исчезнет если Вы замените файлы расположенные по пути C:WindowsSystem32 на версии файлов из предыдущих версий Windows 10.
Для этого Вам необходимо:
1. Закрыть все RDP подключения и запущенные RemoteApp
2. Перезагрузить компьютер
3. Скачать архив с версиями файлов mstsc.exe и mstscax.dll из предыдущей версии Windows.
4. Необходимо скопировать в каталог C:Backup оригинальные файлы mstsc.exe и mstscax.dll из каталога C:windowssystem32. Это возможно сделать при помощи команд:
copy C:windowssystem32mstsc.exe c:ackup
copy C:windowssystem32mstscax.dll c:ackup
5. После необходимо назначить свою учётную запись владельцем файлов mstsc.exe и mstscax.dll в каталоге C:windowssystem32, отключите наследование и предоставьте себе права на изменение файлов:
takeown /F C:windowssystem32mstsc.exe
takeown /F C:windowssystem32mstscax.dll
icacls C:windowssystem32mstsc.exe /inheritance:d
icacls C:windowssystem32mstscax.dll /inheritance:d
icacls C:windowssystem32mstsc.exe /grant root:F
icacls C:windowssystem32mstscax.dll /grant root:F
(в примере приведено имя локальной учтённой записи с правами администратора – root. Замените ее на имя вашей учетной записи)
6. После совершённых манипуляций замените файлы в каталоге C:windowssystem32 файлами из скачанного архива.
7. Далее требуется восстановить оригинальные разрешения на заменённых файлах. Включаем наследования NTFS разрешений и поставим владельцем файлов «NT ServiceTrustedInstaller» командами:
icacls C:windowssystem32mstsc.exe /inheritance:e
icacls C:windowssystem32mstscax.dll /inheritance:e
icacls C:windowssystem32mstsc.exe /setowner «NT ServiceTrustedInstaller» /T /C
icacls C:windowssystem32mstscax.dll /setowner «NT ServiceTrustedInstaller» /T /C
8. Перерегистрируем библиотеку:
После проделанных действий в Ваших RemoteApp приложениях восстановится нормальная производительность.
Источник: 4systems.ru