Проблемы с rdp в windows 10 1803

Description

XythQ

opened

on May 26, 2018

Wrapper state 1.5.0.0 Installed
Service state 10.0.17134.1 Running
Listener State: Not Listening [Fully Supported]

Was working before 1803 update

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels

    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions

        Cerdan

        Posts: 9
        Joined: 17. May 2018, 17:48

        Windows 10 — update to 1803 — no RDP since > Error…

        Hi,

        Since Windows 10 1803 update few days ago, RDP Protocol doesn’t work anymore on VirtualBox for Windows (W10 64 Bits).

        ====================================================
        Edit : 2018-05-20
        SOLUTION : USE IP ADRESS INSTEAD OF THE VM NAME IN RDP
        LInk : viewtopic.php?f=6&t=88010&p=421157#p421401
        ====================================================

        Tried on 3 PC’s each on W10 1803 now…
        Tried solution :


        Run : gpedit.msc
        Policy path: «Computer Configuration -> Administrative Templates -> System -> Credentials Delegation«
        Setting name: «Encryption Oracle Remediation«
        I enabled the local policy and set it back to Vulnerable
        Both RDC and VMs via VMMSSP are working

        It doesn’t seems to work, tried on all windows 10, on VM’s too, multiple VM no one starts (all on 1803 too), auto updates.
        It asks me to connect and after it blocks, so soemthing’s better but always unable to connect…

        Did Anybody found a solution ?

        Thanks, Cerdan, Paris.

        Last edited by Cerdan on 20. May 2018, 16:59, edited 3 times in total.

        Cerdan

        Posts: 9
        Joined: 17. May 2018, 17:48

        Re: Windows 10 — 1803 — RDP > No Connection…

        Post

        by Cerdan »

        Just to add few things.

        Virtual Machine works without problems (in the VM Box), the problem comes with RDP connexion…

        Tried to update to latest VmWare on some of PC’s no changes…

        If anybody have an ideao or solution, thanks to share.

        Cerdan

        Posts: 9
        Joined: 17. May 2018, 17:48

        Re: Windows 10 — update to 1803 — no RDP since > Error…

        Post

        by Cerdan »

        No idea ?

        Still experience problems, unable to open connexion via Remote Desktop Protocol on Win 10 v1803

        Tried with 4 PC’s now, all of them autoupdate on W10-1803…

        5 VM’s open without difficulties (include Linux) in VirtualBox box but when I try to colnnect via Remote Desktop error message (everything worked fine during years before 1803).

        The only one Remote desktop that works is on an older Windows 10 version… not on 1803 but 1709 see attached capture for the only one that works on 1709 :
        Link Image

        Capture from today, all other VM’s are on 1803 and RDP doesn’t works, example of not working ones :
        Link Image

        The message is in french, it says that unable to open the RDP even if VM is opened and seen in background.

        Thanks for any kind of help.
        Cerdan

        socratis

        Site Moderator
        Posts: 27329
        Joined: 22. Oct 2010, 11:03
        Primary OS: Mac OS X other
        VBox Version: VirtualBox+Oracle ExtPack
        Guest OSses: Win(*>98), Linux*, OSX>10.5
        Location: Greece

        Re: Windows 10 — update to 1803 — no RDP since > Error…

        Post

        by socratis »

        Cerdan wrote:No idea ?

        Since no one else has been reporting something like that, maybe you could simplify your setup and try to determine the «point of failure»?

        Do NOT send me Personal Messages (PMs) for troubleshooting, they are simply deleted.
        Do NOT reply with the «QUOTE» button, please use the «POST REPLY«, at the bottom of the form.
        If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.

        BillG

        Volunteer
        Posts: 5106
        Joined: 19. Sep 2009, 04:44
        Primary OS: MS Windows 10
        VBox Version: VirtualBox+Oracle ExtPack
        Guest OSses: Windows 10,7 and earlier
        Location: Sydney, Australia

        Re: Windows 10 — update to 1803 — no RDP since > Error…

        Post

        by BillG »

        Probably nothing to do with VirtualBox. There have been similar complaints about Version 1803 and RDP on physical machines in the Technet forums.

        Bill

        Bsoft

        Posts: 22
        Joined: 26. Oct 2010, 16:15
        Primary OS: Ubuntu other
        VBox Version: VirtualBox+Oracle ExtPack
        Guest OSses: XP Ubutu

        Re: Windows 10 — update to 1803 — no RDP since > Error…

        Post

        by Bsoft »

        Cerdan wrote:No idea ?

        Same problem here but on a headless server; So no control on the VM. The Ms SQL server on it still works fine but can not be maintained anymore…

        Cerdan

        Posts: 9
        Joined: 17. May 2018, 17:48

        Re: Windows 10 — update to 1803 — no RDP since > Error…

        Post

        by Cerdan »

        BillG wrote:Probably nothing to do with VirtualBox. There have been similar complaints about Version 1803 and RDP on physical machines in the Technet forums.

        Hi thanks, I already looked on every MS possible post (on first page of Google…), nothing worked for me I continue to try today.

        Cerdan

        Posts: 9
        Joined: 17. May 2018, 17:48

        Re: Windows 10 — update to 1803 — no RDP since > Error…

        Post

        by Cerdan »

        Bsoft wrote:Same problem here but on a headless server; So no control on the VM. The Ms SQL server on it still works fine but can not be maintained anymore…

        Hi, My servers are on external NAS servers (in a local network)… so I use Virtualbox first to virtualise one of them, mostly from the computer I work with, and after open RDP… it works very good, but since few days, no ideao why, I almost tried everything and will have to clean install my computers because make a lot of changes in system to try, I’m affraid than it opens a vulnerability…

        Cerdan

        Posts: 9
        Joined: 17. May 2018, 17:48

        Re: Windows 10 — update to 1803 — no RDP since > Error…

        Post

        by Cerdan »

        GOOD NEWS

        I’ve Found a solution.

        Instead of use «VM NAME» in RDP, create a new RDP shortcut, to the «IP ADRESS» of VM MACHINE…

        RDP > IP ADRESS > OK
        RDP > VM NAME > ERROR

        In my case it worked and finally I get back my RDP (use it every single day, so very important to me).

        socratis

        Site Moderator
        Posts: 27329
        Joined: 22. Oct 2010, 11:03
        Primary OS: Mac OS X other
        VBox Version: VirtualBox+Oracle ExtPack
        Guest OSses: Win(*>98), Linux*, OSX>10.5
        Location: Greece

        Re: Windows 10 — update to 1803 — no RDP since > Error…

        Post

        by socratis »

        So, wait a minute… you were putting the Windows network name in your RDP and that failed, but when you put the actual IP that worked?

        If that’s the case, then this is definitely not a VirtualBox issue, but a NetBIOS over TCP/IP name resolution issue within Win10, and I’m going to have to close the thread as [Invalid].

        Do NOT send me Personal Messages (PMs) for troubleshooting, they are simply deleted.
        Do NOT reply with the «QUOTE» button, please use the «POST REPLY«, at the bottom of the form.
        If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.

        Cerdan

        Posts: 9
        Joined: 17. May 2018, 17:48

        Re: Windows 10 — update to 1803 — no RDP since > Error…

        Post

        by Cerdan »

        Hi, certainly froml NetBios…
        I posted here, because some other VirttualBox users may have the same problem, and this cans help them to found a solution.

        I think that definitively problem comes from Windows 10 v1803 update… but on other forums (Microsoft) the problem comes from MS Server to MS Client not based on VirtualBox and nobody have exactly the same error like me.
        I use it via VirtualBox and not directly from a Windows 201X server for example… I virtualise classic W10 machine and open it from another for some specific works or tests…

        So if it can help anyone, I think it should stay.

        Last edited by socratis on 21. May 2018, 00:54, edited 1 time in total.

        Reason: Removed unnecessary verbatim quote of the whole previous message.

        socratis

        Site Moderator
        Posts: 27329
        Joined: 22. Oct 2010, 11:03
        Primary OS: Mac OS X other
        VBox Version: VirtualBox+Oracle ExtPack
        Guest OSses: Win(*>98), Linux*, OSX>10.5
        Location: Greece

        Re: Windows 10 — update to 1803 — no RDP since > Error…

        Post

        by socratis »

        Cerdan wrote:So if it can help anyone, I think it should stay.

        Oh, it will definitely stay, no question about that. Nothing gets deleted, unless it’s spam, duplicate or breaks the forums rules (mostly swearing, links to warez).

        But the resolution of the thread should show that this is not a VirtualBox problem, that’s all. Plus I’m still waiting for the other users to report back.

        I’m not entirely sure if this name resolution has anything to do with the fact that 1803 disabled SMB 1.0. You could search for «Windows 10 enable SMB 1.0» and apply the fix (don’t remember it off the top of my head). See if that can get your «VMname» back, instead of the IP. Just remember to reboot both your host and your guest…

        Do NOT send me Personal Messages (PMs) for troubleshooting, they are simply deleted.
        Do NOT reply with the «QUOTE» button, please use the «POST REPLY«, at the bottom of the form.
        If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.

        Cerdan

        Posts: 9
        Joined: 17. May 2018, 17:48

        Re: Windows 10 — update to 1803 — no RDP since > Error…

        Post

        by Cerdan »

        Hi, already tried things about SMB, nothing worked… Just did a clean VM install with latest 1803 version of W10-64B on another computer with latest VM Virtualbox, and same problem, if I use IP > Works if VM Name (in W10 settings), it doesn’t…).

        So off course it’s not really a Virtualbox error, but some users may have this problem, it’s indirectly linked to Virtualbox (ordinary connection for me works from PC1 <> PC2 on RDP even in 1803, it doesn’t work if Virtual Machine in fact, strange…

        Last edited by socratis on 21. May 2018, 01:12, edited 1 time in total.

        Reason: Removed unnecessary verbatim quote of the whole previous message.

        socratis

        Site Moderator
        Posts: 27329
        Joined: 22. Oct 2010, 11:03
        Primary OS: Mac OS X other
        VBox Version: VirtualBox+Oracle ExtPack
        Guest OSses: Win(*>98), Linux*, OSX>10.5
        Location: Greece

        Re: Windows 10 — update to 1803 — no RDP since > Error…

        Post

        by socratis »

        Cerdan wrote:it’s indirectly linked to Virtualbox

        No, it’s not.

        Do NOT send me Personal Messages (PMs) for troubleshooting, they are simply deleted.
        Do NOT reply with the «QUOTE» button, please use the «POST REPLY«, at the bottom of the form.
        If you obfuscate any information requested, I will obfuscate my response. These are virtual UUIDs, not real ones.

        Cerdan

        Posts: 9
        Joined: 17. May 2018, 17:48

        Re: Windows 10 — update to 1803 — no RDP since > Error…

        Post

        by Cerdan »

        Sorry, maybe I didn’t type well (my english isn’t very good, I’m French).

        I didn’t say it’s Virtualbox error, I just say in my case it’s related to my Virtualbox VM with Windows 10 1803, nothing else… principal thing is that it works with the IP adress, so if someone have the same problem, messages should help him, if not you can delete it.
        Cerdan

        Last edited by socratis on 21. May 2018, 01:54, edited 1 time in total.

        Reason: Removed unnecessary verbatim quote of the whole previous message.

        Все способы:

        • Способ 1: Проверка активности функции
        • Способ 2: Установка разрешений в брандмауэре
        • Способ 3: Изменение состояния связанной службы
        • Способ 4: Включение сетевого обнаружения
        • Способ 5: Редактирование реестра
        • Способ 6: Редактирование локальной групповой политики
        • Способ 7: Редактирование файла «hosts»
        • Способ 8: Использование программ для удаленного доступа
        • Вопросы и ответы: 0

        Способ 1: Проверка активности функции

        Если вы собираетесь подключиться к удаленному рабочему столу при помощи встроенной в Windows 10 технологии RDP без предварительного ее включения на всех необходимых компьютерах, сделать это не получится, поскольку, как минимум, отсутствуют необходимые файлы и приложение для самого соединения. Вам необходимо убедиться в том, что функция активна, отыскав переключатель ее включения через «Параметры».

        1. Откройте меню «Пуск» и на панели слева выберите значок с шестеренкой для перехода в «Параметры».
        2. В новом окне вас интересует первый раздел — «Система».
        3. Не работает RDP в Windows 10-02

        4. В нем отыщите категорию «Удаленный рабочий стол» и убедитесь в том, что переключатель «Включить удаленный рабочий стол» активирован.
        5. Не работает RDP в Windows 10-03

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

        Подробнее: Как подключиться к удаленному рабочему столу в Windows 10

        Способ 2: Установка разрешений в брандмауэре

        Одна из основных причин проблем с работой RDP — отсутствие разрешения для приложения в брандмауэре Windows 10. По умолчанию оно и так должно быть установлено, но только для частной сети. Некоторые пользователи же при настройке своего интернета могут выбрать публичную сеть, а для нее необходимые разрешения уже отсутствуют. Вместе с этим не помешает проверить и стандартные параметры, чтобы убедиться в том, что брандмауэр не блокирует запуск удаленного рабочего стола.

        1. Через поиск в «Пуске» отыщите «Брандмауэр Защитника Windows» и запустите данный элемент «Панели управления».
        2. Не работает RDP в Windows 10-04

        3. В нем на панели слева щелкните по ссылке «Разрешение взаимодействия с приложением или компонентом в брандмауэре Защитника Windows».
        4. Не работает RDP в Windows 10-05

        5. Если по умолчанию ни одну из галочек в списке разрешений убрать или поставить нельзя, понадобится щелкнуть по «Изменить параметры».
        6. Не работает RDP в Windows 10-06

        7. После этого в списке найдите «Удаленный помощник» и поставьте для него галочки возле всех пунктов. Примените изменения, перезагрузите компьютер и переходите к повторной проверке работы RDP.
        8. Не работает RDP в Windows 10-07

        Способ 3: Изменение состояния связанной службы

        За корректную работу удаленного рабочего стола в Виндовс 10 отвечает всего одна связанная служба. По умолчанию тип ее запуска установлен как «Вручную». Это означает, что служба будет включаться только при обращении пользователя к ее компонентам, то есть это должно сработать при вызове основного окна подключения по RDP. Однако из-за сбоев возможен отказ функции в запуске, и это приведет к тому, что соединение будет просто недоступным. Мы предлагаем перевести службу на автоматический режим запуска, чтобы она всегда была включенной.

        1. Для этого в «Пуске» найдите приложение «Службы» и запустите его.
        2. Не работает RDP в Windows 10-08

        3. В его окне ознакомьтесь со списком служб и найдите «Службы удаленных рабочих столов». По этому пункту кликните дважды левой кнопкой мыши, чтобы открыть «Свойства».
        4. Не работает RDP в Windows 10-09

        5. Разверните «Тип запуска» и установите его как «Автоматически».
        6. Не работает RDP в Windows 10-010

        7. Можете перезагрузить компьютер после применения изменений или прямо сейчас запустить службу самостоятельно. Обязательно нажмите «ОК» или «Применить».
        8. Не работает RDP в Windows 10-011

        Способ 4: Включение сетевого обнаружения

        Если программа для управления RDP открывается, но при этом вы не видите компьютер в сети или не можете подключиться к конкретному, необходимо на всех связанных устройствах проверить настройки общего доступа, а именно — сетевое обнаружение. Оно обязательно должно быть включено даже если вы не используете домашнюю группу и общие папки. Более детальную информацию по активации функции вы найдете в другой статье на нашем сайте, кликнув по следующему заголовку.

        Подробнее: Включение сетевого обнаружения в Windows 10

        Не работает RDP в Windows 10-012

        Способ 5: Редактирование реестра

        Путем редактирования реестра можно добиться блокировки UDP в Windows 10 — компонента, который при параллельной работе с удаленным рабочим столом может вызывать ряд конфликтных ситуаций. В большинстве случаев обычными пользователями данный протокол не используется, поэтому его блокировка не приведет ни к каким проблемам при дальнейшем взаимодействии с ОС.

        1. Откройте «Пуск», через поиск найдите «Редактор реестра» и запустите данное приложение.
        2. Не работает RDP в Windows 10-013

        3. В адресную строку сверху вставьте путь HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client и перейдите по нему, нажав клавишу Enter.
        4. Не работает RDP в Windows 10-014

        5. В области справа нажмите правой кнопкой мыши по свободному пространству, в контекстном меню наведите курсор на «Создать» и выберите вариант «Параметр DWORD (32 бита)».
        6. Не работает RDP в Windows 10-015

        7. Задайте для данного параметра название «fClientDisableUDP», примените его и нажмите по параметру дважды, чтобы открыть его «Свойства».
        8. Не работает RDP в Windows 10-016

        9. Установите значение активности «1». После внесения изменений рекомендуется перезагрузить компьютер, затем можете переходить к проверке выполненных действий.

        Способ 6: Редактирование локальной групповой политики

        Примерно те же действия с блокировкой UDP можно выполнить и путем внесения изменений в параметр локальной групповой политики. Однако доступ к меню управления доступен только обладателям Windows 10 Pro и Enterprise. Поэтому если «Редактор локальной групповой политики» у вас недоступен, остановитесь на предыдущей инструкции, поскольку в большинстве случаев ее будет достаточно для блокировки UDP.

        1. Для перехода к «Редактору локальной групповой политики» щелкните правой кнопкой мыши по «Пуску» и из появившегося контекстного меню выберите пункт «Выполнить».
        2. Введите команду gpedit.msc и нажмите по Enter для запуска того самого графического меню.
        3. Не работает RDP в Windows 10-019

        4. В нем разверните оснастку «Конфигурация компьютера», затем папку «Административные шаблоны» и в ней — «Компоненты Windows».
        5. Не работает RDP в Windows 10-020

        6. Перейдите к каталогу «Службы удаленных рабочих столов» и выберите в нем директорию «Клиент подключения к удаленному рабочему столу».
        7. Не работает RDP в Windows 10-021

        8. Остается только найти параметр «Отключение UDP на клиенте» и щелкнуть по нему дважды левой кнопкой мыши, чтобы открыть окно «Свойств» для редактирования.
        9. Не работает RDP в Windows 10-022

        10. Установите значение как «Включено», примените изменения и отправьте компьютер на перезагрузку.
        11. Не работает RDP в Windows 10-023

        Способ 7: Редактирование файла «hosts»

        Для файла «hosts» в Windows 10 можно внести изменения, прописав IP-адрес и название хоста, то есть удаленного рабочего стола, к которому вы хотите подключиться. В некоторых случаях подобное редактирование позволяет исправить ситуацию с соединением, однако приступать к нему мы рекомендуем только после того, как все предыдущие методы уже были выполнены, но так и не принесли должного результата.

        1. Откройте «Проводник» любым удобным для вас методом и перейдите по пути C:/Windows/System32/Drivers/etc.
        2. Не работает RDP в Windows 10-024

        3. В этой папке найдите файл «hosts» и нажмите по нему дважды левой кнопкой мыши, чтобы открыть окно выбора программы для запуска файла.
        4. Не работает RDP в Windows 10-025

        5. Из списка выберите «Блокнот», поскольку именно через текстовый редактор мы и будем вносить все необходимые изменения.
        6. Не работает RDP в Windows 10-026

        7. Сначала можно попробовать вставить в конце файла только строчку с IP-адресом хоста для подключения. Если после этого ошибка с работой RDP не будет исправлена, вернитесь сюда же и через пробел добавьте название компьютера.
        8. Не работает RDP в Windows 10-027

        9. После сохранения изменений рекомендуем через контекстное меню файла перейти в его «Свойства», чтобы установить атрибут «Только чтение». Это поможет избавиться от сброса внесенных изменений со стороны операционной системы.
        10. Не работает RDP в Windows 10-028

        11. Для этого только установите галочку возле соответствующего пункта и примените изменения.
        12. Не работает RDP в Windows 10-029

        Способ 8: Использование программ для удаленного доступа

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

        Не работает RDP в Windows 10-030

        Наша группа в TelegramПолезные советы и помощь

        Сегодня около 60% компаний в России используют удаленный формат работы, поэтому протокол RDP (Remote Desktop Protocol) стал одним из ключевых инструментов для доступа к рабочим компьютерам из любой точки мира. Пользователи Windows 10, Windows 11, Linux ежедневно используют RDP подключение для удаленной работы.

        Однако, несмотря на широкое использование и шифрование данных, протокол подвержен множеству проблем и RDP ошибкам, которые могут серьезно затруднить работу команд.

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

        Что такое RDP и зачем он нужен

        Remote Desktop Protocol (RDP) — это протокол для удаленного доступа к компьютерам через сетевое соединение. Он создает защищенный канал между двумя устройствами, позволяя управлять удаленным RDP компьютером через графический интерфейс.

        В работе участвуют:

        • RDP-сервер — устройство, к которому осуществляется подключение, например офисный компьютер или сервер.
        • RDP-клиент — устройство, с которого выполняется подключение, например домашний компьютер.

        Протокол передает все действия пользователя с клиента на сервер. На экране клиента отображается рабочий стол удаленного компьютера, где вы можете работать, как если бы вы находились прямо за ним. По умолчанию протокол работает через TCP-порт 3389, а для безопасности использует 128-битное шифрование. 

        Протокол широко используют для решения различных бизнес-задач:

        • Удаленная работа сотрудников: пользователи RDP могут подключаться к корпоративным сервисам из дома или в поездках. Это особенно полезно, если на рабочем компьютере установлены программы, недоступные на домашнем устройстве.
        • Техническая поддержка: IT-специалисты используют протокол для устранения технических проблем пользователей. Они подключаются к компьютеру клиента и решают неполадки без необходимости личного присутствия. Это экономит время, особенно если офисы находятся в разных городах.
        • Администрирование серверов: специалисты могут настраивать и обслуживать оборудование из любой точки мира, что упрощает поддержку IT-инфраструктуры компании.

        Эти функции делают протокол незаменимым инструментом для компаний, которые стремятся к эффективной и безопасной удаленной работе.

        В ОС Windows 10 и Windows 11 RDP можно подключить через приложение «Удаленный рабочий стол». В ОС Linux RDP не встроен по умолчанию и устанавливается через специальные приложения, например Remmina, Xfreerdp, Rdesktop.

        Почему не работает RDP и как исправить ошибки.

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

        Ошибка: «Подключение было запрещено» (недостаточные права)

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

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

        Также ошибка может возникать, если:

        • На компьютере установлены дополнительные ограничения через групповые политики.
        • Служба удаленных рабочих столов настроена некорректно.

        Решение через графический интерфейс

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

        1. На устройстве, к которому вы хотите подключиться, откройте окно «Выполнить», одновременно нажав клавиши Win и R.
        2. В появившемся поле введите команду lusrmgr.msc и подтвердите действие, нажав Enter. Это откроет инструмент управления локальными пользователями и группами.
        3. В левой части окна найдите и выберите раздел «Группы».
        4. Найдите в списке группу под названием «Пользователи удаленного рабочего стола» (или Remote Desktop Users) и дважды кликните по ней.
        5. В новом окне нажмите кнопку «Добавить», чтобы включить нового пользователя.
        6. Введите имя учетной записи, которой требуется предоставить доступ, и нажмите «Проверить имена», чтобы убедиться в правильности ввода.
        7. Подтвердите изменения, нажав OK. Теперь указанный пользователь сможет подключаться через RDP.

        Решение через командную строку

        Если вы предпочитаете работать с командной строкой или вам нужно автоматизировать этот процесс, можно использовать команду NET LOCALGROUP:

          1. Откройте командную строку от имени администратора.

          2. Для добавления локального пользователя выполните команду:

        NET LOCALGROUP “Remote Desktop Users” имя_пользователя /ADD

        3. Для добавления доменного пользователя используйте:

        NET LOCALGROUP “Remote Desktop Users” домен\имя_пользователя /ADD

        Эта команда немедленно предоставит указанному пользователю права на подключение через RDP

        Настройка через групповую политику

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

        1. Запустите редактор групповых политик. Для этого нажмите Win + R, введите gpedit.msc и нажмите Enter.
        2. Перейдите по пути: «Конфигурация компьютера» → «Конфигурация Windows» → «Параметры безопасности» → «Локальные политики» → «Назначение прав пользователя».
        3. Найдите политику с названием «Разрешить вход через службы удаленных рабочих столов» и откройте ее двойным кликом.
        4. Добавьте нужного пользователя или группу, нажав соответствующую кнопку.
        5. Подтвердите изменения, нажав OK.
        6. Чтобы применить изменения, откройте командную строку и выполните команду gpupdate /force.

        Если устройство входит в домен, эти настройки могут регулироваться доменной политикой. В таком случае обратитесь к системному администратору для внесения изменений.

        Ошибка: «Функции удаленного рабочего стола не удалось подключиться к удаленному компьютеру»

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

        Эта ошибка может быть вызвана множеством факторов, что затрудняет ее диагностику. Среди возможных причин:

        • На целевом компьютере не запущена служба удаленного рабочего стола или неправильно настроен RDP server Windows.
        • Проблемы с конфигурацией порта RDP: служба может быть настроена на нестандартный порт, стандартный порт 3389 может быть занят другим приложением, или служба не прослушивает порт, несмотря на правильные настройки в реестре.
        • Брандмауэр блокирует соединение.
        • Возникли проблемы с уровнем безопасности или с аутентификацией.
        • Параметры сетевого подключения конфликтуют друг с другом.
        • Версии RDP-клиента и сервера устарели или несовместимы.

        Проверка службы удаленного рабочего стола

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

        Для проверки и запуска службы:

        1. На устройстве, к которому вы подключаетесь, откройте окно «Выполнить» (Win + R) и введите команду services.msc.
        2. В списке служб найдите «Удаленный рабочий стол» (Remote Desktop Services).
        3. Убедитесь, что ее состояние указано как «Запущено».
        4. Если служба остановлена, кликните по ней правой кнопкой мыши и выберите «Запустить».
        5. Также проверьте, установлен ли тип запуска как «Автоматически». Это гарантирует, что служба будет запускаться при каждой загрузке системы.

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

        Enter-PSSession -ComputerName ИмяКомпьютера -Credential Домен\Пользователь
        Start-Service TermService
        Set-Service TermService -StartupType Automatic

        Проверка разрешения подключений в системе

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

        1. На удаленном компьютере откройте «Свойства системы», используя комбинацию клавиш Win + Pause/Break.
        2. Перейдите на вкладку «Удаленный доступ».
        3. Убедитесь, что активирован флажок «Разрешить подключения удаленного помощника к этому компьютеру».
        4. Также проверьте, что в разделе «Удаленный рабочий стол» выбран один из предложенных вариантов.

        Если физический доступ к устройству отсутствует, вы можете настроить эти параметры через реестр с использованием PowerShell:

        Set-ItemProperty 'HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\' -Name “fDenyTSConnections” -Value 0

        Значение 0 означает, что подключения разрешены, а 1 — запрещены.

        Настройка брандмауэра Windows

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

        1. На удаленном компьютере откройте «Брандмауэр Защитника Windows» через Панель управления.
        2. Перейдите в раздел «Разрешить приложение или компонент через брандмауэр».
        3. Найдите в списке «Удаленный рабочий стол» и проверьте, что для него активированы флажки в колонках «Частная» и «Общественная» (в зависимости от типа сети).

        Этот процесс также можно выполнить с помощью PowerShell, используя команду:

        Enable-NetFirewallRule -DisplayGroup “Remote Desktop”

        Проверка настроек порта RDP

        Протокол по умолчанию работает через порт 3389. Если этот порт был изменен, вам нужно либо указать новый порт при подключении, либо вернуть стандартное значение, иначе RDP клиент не подключится. Чтобы проверить текущие настройки порта, выполните следующие действия:

        1. На удаленном компьютере откройте редактор реестра, используя комбинацию Win + R и команду regedit.
        2. Перейдите в раздел: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp.
        3. Найдите параметр PortNumber и проверьте его значение.
        4. Если значение отличается от 3389 (десятичное), вы можете:
           4.1. Вернуть значение порта к 3389.
           4.2. Указывать компьютер и порт в формате компьютер:порт при подключении.

        После внесения изменений перезапустите службу удаленного рабочего стола.

        Сброс настроек RDP в реестре

        Если проблема вызвана повреждением настроек RDP, их можно восстановить таким образом:

        1. Откройте редактор реестра на удаленном компьютере.
        2. Перейдите по пути:
          HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server.
        3. В этом разделе выполните следующие изменения:
           3.1. Установите значение параметра fDenyTSConnections на 0, чтобы разрешить подключения.
           3.2. 
          Установите значение параметра fSingleSessionPerUser на 0, чтобы разрешить несколько сеансов для одного пользователя.
        4. Перейдите в раздел: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp.
        5. В этом разделе проверьте и при необходимости измените следующие параметры:
           5.1. Установите значение PortNumber на 3389 (стандартный порт).
           5.2. Установите значение SecurityLayer на 1 (уровень безопасности).
           5.3. 
          Установите значение UserAuthentication на 1 (аутентификация пользователя).

        После этого перезагрузите компьютер или перезапустите службу удаленного рабочего стола.

        Ошибка: «Отсутствуют клиентские лицензии RDP»

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

        Ошибка возникает, когда сервер не может предоставить лицензию для подключения по RDP. Эта проблема характерна для Windows Server с установленной ролью Remote Desktop Services (RDS).

        В отличие от стандартного RDP в «домашнем» Windows, серверные версии Windows требуют клиентских лицензий (Client Access Licenses, CAL) для подключения пользователей. Microsoft предоставляет 120-дневный льготный период после установки роли RDS, в течение которого можно работать без лицензий. Когда этот период закончится, подключения будут отклоняться с сообщением об отсутствии лицензий.

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

        1. На сервере RDS откройте «Диспетчер лицензирования удаленных рабочих столов» (RD Licensing Diagnoser):
           1.1. Нажмите Win + R, введите licmgr.msc и нажмите Enter.
           1.2. 
          Или найдите его в меню «Администрирование» → «Службы удаленных рабочих столов».
        2. Запустите диагностику и проанализируйте результаты. Инструмент покажет:
           2.1. Настроен ли сервер лицензирования.
           2.2. 
          Доступен ли сервер лицензирования.
           2.3. 
          Есть ли свободные лицензии.
           2.4. 
          Тип используемых лицензий (Per User или Per Device).

        Настройка сервера лицензирования

        Если сервер лицензирования не настроен:

        1. Откройте «Диспетчер серверов» (Server Manager).
        2. Перейдите в «Службы удаленных рабочих столов» → «Обзор» → «Задачи» → «Изменить свойства развертывания».
        3. В разделе «Лицензирование RD» укажите:
           3.1. Сервер лицензирования (это может быть тот же сервер или другой).
           3.2. 
          Тип лицензии (Per User или Per Device).

        Если у вас отсутствует роль RD Connection Broker, настройте параметры через групповую политику:

        1. Откройте редактор групповой политики (gpedit.msc).
        2. Перейдите в «Конфигурация компьютера» → «Административные шаблоны» → «Компоненты Windows» → «Службы удаленных рабочих столов» → «Узел сеансов удаленных рабочих столов» → «Лицензирование».
        3. Настройте параметры:
           3.1. «Использовать указанные серверы лицензирования удаленных рабочих столов» — включите и укажите имя или IP-адрес сервера лицензирования.
           3.2. 
          «Задать режим лицензирования удаленных рабочих столов» — включите и выберите нужный тип лицензии.

        Установка лицензий RDS CAL

        Если лицензии не установлены или их недостаточно:

        1. Приобретите необходимое количество лицензий RDS CAL у Microsoft или авторизованного реселлера.
        2. Откройте «Диспетчер лицензирования удаленных рабочих столов» (licmgr.msc).
        3. Щелкните правой кнопкой мыши на сервере и выберите «Установить лицензии».
        4. Следуйте инструкциям мастера для ввода кода программы и кода авторизации продукта.
        5. После установки лицензий они должны отобразиться в консоли с указанием типа и количества.

        Решение проблемы несовместимости версий

        Если лицензии установлены для более новой версии Windows, чем та, что используется на сервере лицензирования, у вас есть три варианта:

        1. Обновить операционную систему на сервере лицензирования до версии, соответствующей лицензиям.
        2. Установить роль лицензирования RD на сервере с более новой версией Windows и перенести на него лицензии.
        3. Обратиться в Microsoft Clearinghouse, чтобы понизить версию лицензий до версии, соответствующей серверу.

        Ошибка: «Учетные данные недопустимы»

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

        Эта ошибка указывает на то, что система не может аутентифицировать пользователя с предоставленными учетными данными. Существует несколько ключевых причин, из-за которых система может отклонить попытку входа:

        1. Неправильное указание имени пользователя.
        2. Проблемы с форматом учетных данных.
        3. Отсутствие прав доступа к RDP.
        4. Кешированные учетные данные.

        Проблема с форматом учетных данных

        В среде без Active Directory каждый компьютер управляет своими учетными записями независимо. Это означает, что учетная запись «Иван» на компьютере А не является той же учетной записью, что «Иван» на компьютере Б, даже если они имеют одинаковые пароли.

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

        1. Используйте формат ИМЯ_КОМПЬЮТЕРА\имя_пользователя. Например: SERVER01\Администратор.
        2. Или используйте формат с точкой для явного указания локальной учетной записи: .\имя_пользователя. Например: .\Администратор.

        Отсутствие прав на RDP-доступ

        По умолчанию только члены группы «Администраторы» и «Пользователи удаленного рабочего стола» могут подключаться через RDP. Если ваша учетная запись не входит в эти группы, вы получите ошибку при попытке подключения. Решение:

        1. На удаленном компьютере откройте «Управление компьютером» (compmgmt.msc).
        2. Перейдите в «Локальные пользователи и группы» → «Группы».
        3. Дважды щелкните на группе «Пользователи удаленного рабочего стола».
        4. Нажмите «Добавить» и укажите нужную учетную запись.
        5. Нажмите OK и перезапустите службу удаленного рабочего стола.

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

        net localgroup «Remote Desktop Users» имя_пользователя /add

        Проблема с кешированными учетными данными

        Windows сохраняет учетные данные, которые вы вводили ранее. Если вы изменили пароль или учетную запись, эти кешированные данные могут вызывать конфликт. Решение:

        1. Нажмите Win + R и введите control keymgr.dll или откройте «Панель управления» → «Учетные записи пользователей» → «Диспетчер учетных данных».
        2. В «Диспетчере учетных данных» найдите и удалите все записи, связанные с удаленным компьютером. Они могут начинаться с TERMSRV\имя_компьютера.
        3. После этого закройте «Диспетчер учетных данных» и попробуйте подключиться снова, введя актуальные учетные данные.

        Ошибка: «Учетная запись заблокирована» (Brute Force защита)

        Также вы можете столкнуться с сообщением об ошибке: «В целях безопасности учетная запись пользователя заблокирована из-за большого числа неудачных попыток войти в систему или изменить пароль. Подождите, затем повторите попытку или обратитесь к системному администратору или в службу технической поддержки».

        Эта ошибка означает, что учетная запись пользователя заблокирована системой безопасности Windows. Чаще всего это происходит из-за превышения допустимого количества неудачных попыток входа — так система защищается от атак методом перебора пароля.

        Если ваша учетная запись заблокирована, у вас есть несколько вариантов действий:

        Дождаться автоматической разблокировки

        Если настроена автоматическая разблокировка (параметр «Продолжительность блокировки учетной записи» не установлен в «0»), учетная запись разблокируется автоматически, когда истечет указанное время.

        Разблокировка через консоль администратора

        Если у вас есть доступ к серверу локально или через другую учетную запись с правами администратора:

        1. Откройте «Управление компьютером» (compmgmt.msc).
        2. Перейдите в «Локальные пользователи и группы» → «Пользователи».
        3. Щелкните правой кнопкой мыши на заблокированной учетной записи и выберите «Свойства».
        4. Снимите флажок «Учетная запись заблокирована» и нажмите OK.

        Разблокировка через командную строку

        Если у вас есть доступ к командной строке с правами администратора, то откройте ее и введите:

        net user ИмяПользователя /active:yes

        Разблокировка через PowerShell

        Для доменных учетных записей в Active Directory можно использовать PowerShell:

        Unlock-ADAccount -Identity ИмяПользователя
        

        Настройка политики блокировки учетных записей

        Чтобы больше не сталкиваться с этой ошибкой, настройте параметры блокировки учетных записей:

        1. Откройте «Локальная политика безопасности» (secpol.msc), нажмите Win + R, введите secpol.msc и нажмите Enter.
        2. Перейдите в «Политики учетных записей» → «Политика блокировки учетной записи».
        3. Настройте следующие параметры:
           3.1. Пороговое значение блокировки учетной записи — количество неудачных попыток входа, после которых учетная запись блокируется (рекомендуется 5–10).
           3.2. 
          Продолжительность блокировки учетной записи — время, на которое блокируется учетная запись (рекомендуется 15–30 минут).
           3.3. 
          Сброс счетчика блокировки учетной записи через — время, через которое счетчик неудачных попыток сбрасывается (рекомендуется 15–30 минут).

        Microsoft рекомендует настройку 10/10/10 — 10 неудачных попыток, блокировка на 10 минут, сброс счетчика через 10 минут в качестве базового уровня защиты.

        Ошибка: «Не работает буфер обмена»

        Буфер обмена в RDP позволяет передавать данные между локальным и удаленным компьютерами. За эту функцию отвечает специальная служба rdpclip.exe, которая запускается автоматически при установлении RDP-соединения. Эта служба может работать некорректно из-за сбоев, конфликтов или неправильных настроек.

        Проблемы с буфером обмена могут возникать по следующим причинам:

        1. Сбой в работе службы rdpclip.exe.
        2. Отключена функция перенаправления буфера обмена в настройках клиента.
        3. Запрет на перенаправление буфера обмена в групповых политиках.
        4. Блокировка функции в настройках реестра.
        5. Проблемы с сетевым соединением или драйверами.

        Перезапуск службы rdpclip.exe

        Самый простой и эффективный способ восстановить работу буфера обмена — перезапустить службу rdpclip.exe на удаленном компьютере:

        1. На удаленном компьютере откройте Диспетчер задач (нажмите Ctrl + Shift + Esc или щелкните правой кнопкой мыши на панели задач и выберите «Диспетчер задач»).
        2. Перейдите на вкладку «Процессы» или «Подробности» (в зависимости от версии Windows).
        3. Найдите процесс rdpclip.exe или RDP Clipboard Monitor.
        4. Щелкните правой кнопкой мыши и выберите «Завершить процесс» или «Завершить задачу».
        5. После закрытия процесса нажмите Win + R для открытия окна «Выполнить».
        6. Введите rdpclip.exe и нажмите Enter для запуска процесса заново.

        После перезапуска службы буфер обмена должен заработать. Если проблема не решена, переходите к следующим методам.

        Проверка настроек клиента RDP

        Возможно, функция буфера обмена отключена в настройках клиента:

        1. На локальном компьютере откройте «Подключение к удаленному рабочему столу» (mstsc.exe).
        2. Нажмите на «Показать параметры» в нижней части окна.
        3. Перейдите на вкладку «Локальные ресурсы».
        4. Убедитесь, что флажок «Буфер обмена» установлен.
        5. Если вы хотите копировать файлы, нажмите кнопку «Подробнее…» и установите флажок напротив «Диски».
        6. Нажмите OK и повторно подключитесь к удаленному компьютеру.

        Настройка групповых политик

        Если предыдущие методы не помогли, проблема может быть в групповых политиках. Проверьте и измените настройки на удаленном компьютере:

        1. Нажмите Win + R и введите gpedit.msc — запустится редактор локальной групповой политики.
        2. Перейдите по пути: «Конфигурация компьютера» → «Административные шаблоны» → «Компоненты Windows» → «Службы удаленных рабочих столов» → «Узел сеансов удаленных рабочих столов» → «Перенаправление устройств и ресурсов».
        3. Найдите политику «Запретить перенаправление буфера обмена».
        4. Дважды щелкните на ней и установите значение «Отключено» или «Не настроено».
        5. Нажмите OK для сохранения изменений.
        6. Откройте командную строку от имени администратора и выполните команду gpupdate /force для немедленного применения изменений.
        7. Перезапустите сеанс RDP: выйдите и подключитесь снова.

        Проверка настроек реестра

        Если проблема не решилась, проверьте настройки в реестре:

        1. Нажмите Win + R и введите regedit для запуска редактора реестра.
        2. Перейдите по пути: HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services.
        3. Найдите параметр fDisableClip. Если значение этого параметра равно 1, измените его на 0.
        4. Если вы хотите также разрешить копирование файлов, найдите параметр fDisableCdm и установите его значение в 0.
        5. Если указанных параметров нет, это означает, что они не настроены и не должны блокировать буфер обмена.
        6. Перезагрузите удаленный компьютер, чтобы применить изменения.

        Как безопасно подключаться к RDP

        Самая главная рекомендация — никогда не открывайте порт RDP для прямого доступа из интернета. Даже с надежными паролями и многофакторной аутентификацией это создает серьезный риск безопасности.

        Лучше используйте один из следующих методов безопасного доступа:

        • VPN — создает зашифрованный туннель для доступа к корпоративной сети.
        • RDP Gateway — специальный сервер, который обрабатывает все RDP-подключения через единую, хорошо защищенную точку входа.
        • SSH-туннелирование — перенаправляет RDP-трафик через защищенное SSH-соединение.

        Для надежной аутентификации в RDP 10 и RDP 11 используйте пароли длиной не менее 16 символов, которые включают буквы разного регистра, цифры и специальные символы. Внедрите многофакторную аутентификацию для всех RDP-подключений — это затруднит несанкционированный доступ даже при компрометации пароля. 

        Обязательно включите Network Level Authentication (NLA). Эта функция требует аутентификации пользователя до установления полного соединения, что защищает от многих типов атак, включая BlueKeep.

        Усильте сетевую защиту следующими способами:

        1. Измените стандартный порт 3389 на нестандартный — это снизит риск автоматизированных атак.
        2. Настройте брандмауэр Windows, чтобы разрешить RDP-подключения только с определенных IP-адресов.
        3. Через групповые политики установите высокий уровень шифрования.
        4. Настройте безопасную связь RPC через групповые политики.

        Комбинация этих мер не гарантирует абсолютную безопасность, но значительно снижает риск компрометации ваших систем через RDP.

        Когда протокол не работает, можно воспользоваться альтернативными решениями:

        • TeamViewer — обходит многие ограничения сети, работает через NAT и брандмауэры.
        • AnyDesk — отличается высокой скоростью работы даже на медленных соединениях.
        • Chrome Remote Desktop — бесплатное решение, интегрированное с Google-аккаунтом.
        • VNC — открытый протокол со множеством реализаций для разных платформ.

        Эти инструменты могут стать временной заменой или постоянным решением для специфических сценариев.

        Альтернативные решения: облачные рабочие столы

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

        Основные преимущества облачных рабочих столов:

        • Доступ из любой точки мира через безопасное зашифрованное соединение.
        • Можно использовать ресурсоемкие приложения и не думать о мощности локального устройства.
        • Гибкое управление правами пользователей и контроль доступа.
        • Повышенная безопасность данных, которые хранятся в защищенных дата-центрах.
        • Отказоустойчивость и защита от DDoS-атак.
        • Круглосуточная техническая поддержка.

        Мы в mClouds предлагаем облачные рабочие столы с различными конфигурациями оборудования, включая высокопроизводительные серверы для работы с графическими приложениями и специализированным ПО.

        Наш телеграм-канал

        Пишем про облака, кейсы, вебинары

        Подписаться

        В этой статье я собрал несколько решений частных проблем с плохой производительностью RDS серверов или опубликованных RemoteApp приложений, с которыми я встречался в своей инфраструктуре. Прежде чем применять то или иное решение, проверьте что оно соответствует вашей инфраструктуре и окружению.

        Содержание:

        • Падение производительности RDS в Windows Server 2016/2019 с UPD
        • Проблемы с мышью в RDP сессии на Windows Server 2019/2016 RDS
        • Медленно работают RemoteApp и отрисовываются меню в Windows 10

        Падение производительности RDS в Windows Server 2016/2019 с UPD

        На RDS серверах с Windows Server 2019/2016 с большим количеством пользователей можно столкнутся с плохой производительностью при использовании для профилей пользователей User Profile Disks.

        Проблема заключается в том, в брандмауэре Windows Defender Firewall создаются новые входящие и исходящие правила при каждом входе пользователя, и эти правила не удаляется при завершении сессии.

        Со временем количество таких правил в брандмауэре становится очень много, что вызывает существенное падение производительности RDS сервера (медленный вход в систему, черный экран при входе по RDP, зависают RDS хосты, не открываются меню и не отображается кнопка Пуск).

        тысячи правил файервола в брандмауере windows defender на RDS серверах Windows Server 2019

        Проверьте количество правил в Windows Defender Firewall с помощью команды PowerShell:

        (Get-NetFirewallRule).count

        В моем случае на одном их хостов оказалось 18 тысяч правил! Эти правила создаются для UWP приложений магазина Windows при каждом входе пользователя.

        Для исправления проблемы нужно сначала установить все обновления безопасности для вашей версии Windows Server (как минимум KB4467684 для Windows Server 2016 и KB4490481 для Windows Server 2019). Затем создайте следующий параметр реестра на RDSH хосте:

        • Ветка: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters\FirewallPolicy
        • Тип: REG_DWORD
        • Параметр: DeleteUserAppContainersOnLogoff
        • Значение:
          1

        Можно создать параметр реестра с помощью команды PowerShell:

        New-ItemProperty -Path “HKLM:\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters\FirewallPolicy” -Type DWord -Path -Name DeleteUserAppContainersOnLogoff -Value 1

        Не забудьте вручную очистить входящие и исходящих правил в Windows Defender Firewall. Если правил файервола немного, можно использовать готовый PowerShell скрипт с форума TechNet (https://social.microsoft.com/Forums/Azure/en-US/992e86c8-2bee-4951-9461-e3d7710288e9/windows-servr-2016-rdsh-firewall-rules-created-at-every-login?forum=winserverTS).

        Проблемы с мышью в RDP сессии на Windows Server 2019/2016 RDS

        Многие пользователи стали жаловаться на проблемы с мышью в RDP сессии после миграции фермы RDS на Windows Server 2019. Мышь очень медленно реагирует на движения, курсор дрожит и зависает.

        Эта проблема может связана с высокой частотой опроса (Report Rate) и DPI в настройках некоторых оптических мышек (обычно у игровых мышей). Например, у популярной мыши Logitech G203 по умолчанию задана частота опроса 1000 раз в секунду (1000 Гц). Высокая скорость опроса мыши похоже вызывает высокую нагрузку на RDP подключение, и вы можете столкнуться с тормозами при работе с RemoteApp приложениями. Если уменьшить это значение до 125 раз в секунду (125 Гц), проблема с мышкой в RDP сессии исчезнет.

        Уменьшить Polling Rate/Report Rate можно в утилитах настройки параметров мыши от вендора.

        Если вы не можете уменьшить частоту опроса, попробуйте в настройках мыши в панели управления Windows (
        main.cpl
        ) отключить тень курсора мыши (отключите опцию Enable pointer shadow) и выбрать схему None для указателя.

        Медленно работают RemoteApp и отрисовываются меню в Windows 10

        При обновлении билда Windows 10 пользователи могут столкнуться с проблемами при работе с RemoteApp приложения, опубликованными на RDS серверах Windows Server 2019/2016/2012К2. RemoteApp могут начать работать заметно медленнее, любое действие, которое вызывается щелчком мыши выполняется (отрисовывается?) в 2-3 раза дольше. Особенно медленно отображаются контекстные меню в приложениях RemoteApp (пункты меню мерцают, приходится нажимать на них по несколько раз, иногда совсем не появляются). Такие проблемы массово встречали при обновлении билда Windows 10 на клиентах до 1803 и 20H2.

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

        Для временного решения проблемы можно попробовать в редакторе локальной GPO (gpedit.msc) на RDS серверах изменить значение параметра Use advanced RemoteFX graphics for RemoteApp (Использовать дополнительную графику для удаленного приложения RemoteApp) на Disabled (раздел Computer Configuration -> Policies -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Remote Session Environment, в русской редакции Windows путь такой: Компоненты Windows -> Службы удаленных рабочих столов -> Узел сеансов удалённых рабочих столов -> Среда удаленных сеансов).

        Использовать дополнительную графику для удаленного приложения RemoteApp

        Если в качестве RemoteAPP опубликованы графические программы (например, из семейств CAD), то без Remote FX они работать не будут.

        Также есть обходное решение, которое заключается в замене версии клиента RDP на более старую. Т.к. проблемы с производительностью Remoteapp встречались еще в Windows 10 1709, лучше всего использовать библиотеки RDP из 1607 или 1703.
        Дело в том, что после апгрейда билда Windows 10 в системе устанавливается новая версия клиента RDP, которая на данный момент работает некорректно с опубликованными через RemoteApp приложениями.
        Если заменить файлы mstsc.exe и mstscax.dll в каталоге C:\Windows\System32 на версии файлов из предыдущего билда Windows 10 (1703 или 1607), проблема с производительностью RemoteApp исчезает.

        Как заменить файлы клиента RDP в Windows 10:

        1. Закройте все RDP подключения и запущенные RemoteApp (лучше даже перезагрузить компьютер);
        2. Скачайте архив с версиями файлов mstsc.exe и mstscax.dll из Windows 10 1607 (ссылка на скачивание с Я.Диска mstsc-w10-1607.zip);
        3. Скопируйте оригинальные файлы mstsc.exe и mstscax.dll из каталога C:\windows\system32\ в каталог C:\Backup с помощью команд:
          md c:\backup\
          copy C:\windows\system32\mstsc.exe c:\backup
          copy C:\windows\system32\mstscax.dll c:\backup
        4. Затем нужно назначить свою учетную запись владельцем файлов mstsc.exe и mstscax.dll в каталоге C:\windows\system32\, отключите наследование и предоставьте себе права на изменение файлов:
          takeown /F C:\windows\system32\mstsc.exe
          takeown /F C:\windows\system32\mstscax.dll
          icacls C:\windows\system32\mstsc.exe /inheritance:d
          icacls C:\windows\system32\mstscax.dll /inheritance:d
          icacls C:\windows\system32\mstsc.exe /grant root:F
          icacls C:\windows\system32\mstscax.dll /grant root:F

          замена mstsc.exe и mstscax.dll в Windows 10 1803 / 1709.

          (в этом примере имя локальной учтённой записи с правами администратора – root. Замените ее на имя вашей учетной записи).

        5. Замените файлы в каталоге C:\windows\system32\ файлами из скачанного архива;
        6. Восстановите оригинальные разрешения на заменённых файлах. Включите наследование NTFS разрешений и установите владельцем файлов NT Service\TrustedInstaller:
          icacls C:\windows\system32\mstsc.exe /inheritance:e
          icacls C:\windows\system32\mstscax.dll /inheritance:e
          icacls C:\windows\system32\mstsc.exe /setowner "NT Service\TrustedInstaller" /T /C
          icacls C:\windows\system32\mstscax.dll /setowner "NT Service\TrustedInstaller" /T /C
        7. Осталось перерегистрировать библиотеку:
          regsvr32 C:\Windows\System32\mstscax.dll

        Это позволит временно исправить проблему с производительностью RemotApp в клиентах Windows 10.

        Понравилась статья? Поделить с друзьями:
        0 0 голоса
        Рейтинг статьи
        Подписаться
        Уведомить о
        guest

        0 комментариев
        Старые
        Новые Популярные
        Межтекстовые Отзывы
        Посмотреть все комментарии
      • Как правильно установить драйвер realtek hd audio для windows 10
      • Moveinactivewin для windows 7
      • Восстановление файла hosts windows 10
      • Как выглядит проводник windows 10
      • Microsoft office 2007 download for windows 7