лагает rdp windows 10
Избавляемся от подвисания RDP сессии
В это непростое время, когда весь мир пытается справиться с коронавирусной инфекцией COVID-2019, многие перешли на удаленный режим работы.
Те, кто используют подключение к удаленному рабочему столу (RDP) до своего рабочего компьютера могут столкнуться с фризами (подвисаниями) в работе удаленного рабочего стола (RDP). Обычно, переподключение решает эту проблему, но через некоторое время проблема повторяется. При этом нет видимых проблем со связью.
Причин может быть много, начиная от некорректной работы сетевой карты и заканчивая некорректной работой драйвера или наличия вредоносных программ. Предложенное нами решение поможет в случае, если проблемы наблюдаются в сессиях RDP с использованием UDP протокола.
В начале, следует проверить используется ли UDP при подключении к RDP, для этого необходимо кликнуть на кнопку в окне подключения:
Если появится следующее сообщение:
То для решения проблемы можно попробовать принудительно отключить использование UDP протокола при подключении к RDP.
Указанные действия необходимо проводить на компьютере к которому осуществляется подключение.
Если у Вас Windows 10 Home, воспользуйтесь статьей на нашем сайте для включения редактора gpedit.
Далее, нам следует найти раздел «Конфигурация компьютера» — «Административные шаблоны» — «Компоненты Windows» — «Службы удаленных рабочих столов» — «Клиент подключения к удаленному рабочему столу«
Здесь нам нужно изменить параметр «Отключение UDP на клиенте«. Двойной клик на этом параметре и выбираем «Включено«
Кроме того, нам необходимо найти раздел «Конфигурация компьютера» — «Административные шаблоны» — «Компоненты Windows» — «Службы удаленных рабочих столов» — «Узел сеансов удаленных рабочих столов» — «Подключения«
Здесь нам следует изменить параметр «Выбор транспортных протоколов RDP«. Двойной клик на этом параметре и выбираем «Включено» и в параметрах указываем тип транспорта «Использовать только TCP«.
После сохранения необходимо перезагрузить компьютер.
Для проверки того, что подключение идет без использования протокола UDP кликнем на кнопку в окне подключения:
Теперь в сообщении не должно быть информации о UDP:
Надеемся, что проблема с подвисанием сессии удаленного рабочего стола у Вас исчезнет также как исчезла у нас и вы сможете эффективно продолжить удаленную работу из дома.
Все статьи на тему RDP и устранения проблем в его работе на нашем сайте.
Низкая производительность или проблемы с приложениями во время подключения к удаленному рабочему столу
В этой статье рассматривается несколько распространенных проблем, с которыми пользователи могут столкнуться при использовании возможностей удаленного рабочего стола.
Временные проблемы с новыми виртуальными машинами Microsoft Azure
Эта проблема затрагивает виртуальные машины, которые были недавно подготовлены. Когда пользователь подключается к виртуальной машине, сеанс удаленного рабочего стола некорректно загружает некоторые параметры пользователя.
Чтобы устранить эту проблему, отключитесь от виртуальной машины, подождите хотя бы 20 минут и подключитесь еще раз.
Чтобы устранить эту проблему, установите следующие обновления на виртуальные машины:
Проблемы с воспроизведением видео в Windows 10 версии 1709
Эта проблема возникает, когда пользователи подключаются к удаленным компьютерам под управлением Windows 10 версии 1709. Если эти пользователи воспроизводят видео с помощью кодека VMR9 (Video Mixing Renderer 9), в проигрывателе отображается только черное окно.
Это известная проблема в Windows 10 версии 1709. В Windows 10 версии 1703 такой проблемы нет.
Проблемы с совместным доступом к рабочему столу в Windows 10
Эта проблема возникает, когда у пользователя есть профиль с доступом только на чтение (и соответствующий куст реестра), например в сценарии киоска. Если такой пользователь подключается к удаленному компьютеру под управлением Windows 10 версии 1803, он не сможет совместно использовать рабочий стол.
Чтобы устранить эту проблему, примените обновление для Windows 10 за 24 июля 2018 г. — KB4340917 (сборка ОС 17134.191).
Проблемы с производительностью при одновременном использовании разных версий Windows 10 и отключении NLA
Эта проблема возникает при отключении NLA, когда клиентские компьютеры Удаленного рабочего стола под управлением Windows 10 подключаются к удаленным рабочим столам под управлением других версий Windows 10. При работе с клиентами удаленных рабочих столов на компьютерах под управлением Windows 10 до версии 1709 пользователи могут столкнуться с низкой производительностью, когда попытаются подключиться к удаленным рабочим столам под управлением Windows 10 версии после 1803.
Так происходит потому, что, если отключить NLA, клиентские компьютеры с более ранними версиями используют более медленный протокол при подключении к Windows 10 версии 1803 и выше.
Чтобы устранить эту проблему, примените обновление за 24 июля 2018 г. — KB4340917 (сборка ОС 17134.191).
Ошибка, из-за которой появляется черный экран
Эта проблема возникает в Windows 8.0, Windows 8.1, Windows 10 RTM и Windows Server 2012 R2. Пользователь запускает несколько приложений на удаленном рабочем столе, а затем отключает сеанс. Периодически пользователь повторно подключается к удаленному рабочему столу для взаимодействия с приложениями, а затем снова отключается. В какой-то момент при повторном подключении пользователя к сеансу удаленного рабочего стола появляется черный экран. Для нормальной работы пользователю необходимо завершить сеанс из консоли удаленного компьютера или сервера RDSH и остановить приложения, выполняющиеся в сеансе.
Чтобы устранить эту проблему, установите следующие обновления:
Как сделать работу с Microsoft Remote Desktop лучше
Хочу поделиться несколькими советами по настройке удаленного подключения к рабочим местам по RDP. Расскажу как проапгрейдить древний RPC-HTTP до UDP, похвалю и поругаю Windows 10 и AVC, разберу решение нескольких типичных проблем.
Считаем, что для подключения используется Remote Desktop Gateway (RDGW), а в качестве серверов выступают рабочие станции. Использовать RDGW очень удобно, потому что шлюз становится общей точкой входа для всех клиентов. Это дает возможность лучше контролировать доступ, вести учет подключений и их продолжительность. Даже если VPN позволяет подключиться к рабочим машинам напрямую — это не лучший вариант.
RDGW настраивается быстро, просто, а Let’s Encrypt и win-acme легко решают проблему с доверенным сертификатом.
Есть три транспортных протокола по которым клиент может подключиться с серверу:
RPC-HTTP ( плохо )
HTTP ( лучше )
HTTP+UDP ( отлично )
Под сервером будем понимать рабочую машину, под клиентом — домашнюю.
Первое, с чего стоит начать, это «плохо» превратить в «отлично».
Апгрейд RPC-HTTP до HTTP
Подключение в сессию с использованием RPC-HTTP легко определить по внешнему виду полоски подключения.
Здесь нет значка качества подключения (о нем ниже), а значит мы используем старый RPC, обернутый в TLS — это очень медленно. Дело, конечно, не только в обертке — сам протокол меняется с каждым релизом ОС, меняются кодеки, алгоритмы упаковки изображения. Чем свежее протокол, тем лучше.
Windows XP или Vista
В XP можно поднять протокол с 5.1 до 7. Хотфикс windowsxp-kb969084-x86.exe
Но RDP 7 не работает по HTTP и UDP. Поможет только апгрейд клиента и сервера до Windows 7 и новее.
Сначала надо обновить протокол до RDP 8.1, а затем включить его. Поддержка добавляется обновлениями, которые сгруппированы в один загрузочный пакет:
www.microsoft.com/en-US/download/details.aspx?id=40986
Windows6.1-KB2574819-v2-x64.msu
windows6.1-kb2592687-x64.msu
Windows6.1-KB2830477-x64.msu
Windows6.1-KB2857650-x64.msu Windows6.1-KB2913751-x64.msu (заменен kb2923545)
Так вы получите и свежий клиент mstsc.exe, и поддержку RDP 8.1 серверной части ОС.
Было:
После этого протокол надо включить ключом реестра (для этого можно использовать adm шаблон в комплекте с Windows 7).
Включите поддержку транспорта UDP в групповой политике.
Перезагружаем сервер с Windows 7. Тот самый случай, когда может потребоваться перезагрузиться дважды — значение в реестре должно быть установлено до того, как включился RDP, а групповая политика применяется позже.
Если все получилось, то при подключении к серверу в полоске сессии появится иконка качества подключения (как в телефоне для мобильной сети):
Протокол работает «из коробки».
Апгрейд HTTP до HTTP+UDP
Если ваша сеть не склонна к потере пакетов, UDP существенно (для CAD — радикально) повышает отзывчивость сервера за счет использования FEC для сокращения ретрансмиссии, а также перехода подтверждения доставки пакетов с уровня системного стека TCP/IP на уровень протокола RDP-UDP.
От каждого клиента подключается одна основная управляющая сессия по HTTP (в этом канале также передается клавиатура/мышь), плюс одна или несколько сессий UDP для передачи картинки или других виртуальных каналов.
Мы коснемся только верхушки айсберга. Есть 3 различных версии протокола RDP-UDP. Кроме того, сам UDP может работать в двух режимах UDP-R (reliable) и UDP-L (lossy). С Microsoft ничего просто не бывает. Но поскольку от нас здесь ничего не зависит, просто имейте в виду — чем новее операционная система, теме более современный протокол используется.
Снаружи RDP-UDP оборачивается в Datagram Transport Layer Security (DTLS) RFC4347, в чем вы можете убедиться открыв Wireshark.
Что же нужно для включения UDP?
RDP-UDP поддерживается начиная с RDP 8.
На клиенте должен быть открыт порт udp/3389. Если вы его закрыли локальным firewall, ACL на свитче или внешнем файрволле — порт надо открыть.
Для сервера Remote Desktop Gateway к порту tcp/443 надо открыть udp/3391.
Порт можно поменять, вот как он настраивается:
Для Windows 7 обязательно должен быть включен NLA (Network Level Authentication).
Можно включить в групповой политике
В чем связь непонятно. Но без NLA на 7-ке не работает, на более свежих релизах NLA для работы UDP не обязателен.
После установления сессии по HTTP, клиент и сервер пробуют согласовать подключение по UDP. Если есть выпадение пакетов или задержки, то сессия UDP не запустится. Точный алгоритм отказа согласования UDP до конца не понятен.
Если все настроено, то после подключения нажмите на кнопку качества связи. В окошке будет указано, что согласован UDP.
На шлюзе это выглядит так:
Если у вас Windows 10 и на сервере, и на клиенте, то это самый быстрый и беспроблемный вариант. В Microsoft активно дорабатывают RDP, и в свежих релизах 10 вы можете рассчитывать на неплохую скорость работы. Коллеги не смогли обнаружить разницу между Citrix и Windows 10 RDP по скорости работы в AutoCAD.
Согласование AVC с аппаратным кодированием можно увидеть в журнале событий (подробнее в статье выше):
Замечу только, что проблема искажений все же есть даже с h.264 4:4:4. Она сразу бросается в глаза если работать в PowerShell ISE — текст ошибок выводится с неприятным искажением. Причем на скриншоте и на фотографии все отлично. Волшебство.
Также косвенным признаком работы AVC являются время от времени появляющиеся зеленые квадраты по углам.
AVC и аппаратное кодирование в свежих билдах должно работать из коробки, но групповая политика никогда не бывает лишней:
С учетом того, что AVC кодируется аппаратно видеокартой, то обновить драйверы видео — хорошая идея.
О проблемах
Если проблема возникает на Windows XP или Vista, попробуйте сначала обновить протокол до 7 версии (писал в начале статьи). Обязательно включите поддержку CredSSP. На сайте Microsoft статьи уже удалены, но Интернет помнит.
Если не помогло — «доктор говорит в морг, значит в морг». Что испытала на себе операционная система за последние 15 лет — лучше об этом даже и не думать.
Иногда помогает отключение NLA на сервере. Выяснить причину не получилось, домашние машины все разные.
Некоторые клиенты пытаются авторизоваться с использованием NTLMv1. Причины разные, но исправить на клиенте можно так:
Если вы молоды и дерзки ничего не боитесь, то есть более радикальное решение — отключение Channel Binding на Remote Desktop Gateway
Делать так не надо. Но мы делали. 🙂 Для клиента, который настаивал (нет не так, НАСТАИВАЛ) что NTLMv1 на рабочих станциях ему необходим. Не знаю, может там серверы на NT4 без SP еще в работе.
Отключение RDP 8+ в Windows 10
Если ничего не помогает, а идеи кончились, можно воспользоваться недокументированным ключом для даунгрейда протокола RDP до 7 версии.
Сам не делал, и вам не советую. Но кому-то, пишут, что помогает.
Компонент Dr.Web SpIDerGate может запретить подключение. В этом случае возвращается ошибка:
В статистике Dr.Web будет запись:
В комментариях к этой статье со мной связался сотрудник Dr.Web и наша проблема решилась в ближайшем обновлении антивирусных баз.
Если у вас такая же ошибка, лучше обратиться в поддержку.
Как временное решение, можно внести URL вашего RDGW в исключения:
И только если не помогло отключить компонент SpIDer Gate полностью.
Встретился списанный компьютер из какой-то компании, где в качестве системного прокси был прописан местный TMG, и подключение к RDGW не работало. Это можно исправить так:
Переключение раскладок клавиатуры
Иногда приезжают лишние раскладки. Можно отключить проброс раскладки с клиента
Масштабирование приходит с клиентской машины, и если на домашнем ноутбуке стоит 125%, то и на рабочей машине будет так же. На серверах это можно отключить, а на рабочих станциях не нашел как. Но в магазине приложений Windows 10 есть «современный» клиент.
В нем можно настроить DPI:
Как мониторить шлюз с RDGW
Есть счетчик производительности «Шлюз служб терминалов\Текущие подключения», который немного глючит, если нет подключений или сервер долго не перезагружался. Он показывает именно число подключений, но как мы помним, для HTTP+UDP их как минимум два, а может быть и больше. Поэтому это не совсем объективный показатель числа подключений сотрудников.
Есть класс WMI Win32_TSGatewayConnection. Его содержимое соответствует тому, что вы видите в разделе «Наблюдение» шлюза удаленных рабочих столов.
С ним число подключений можно посчитать поточнее:
Just for fun есть утилита Remote Display Analyzer. Бесплатная версия мне ничего полезного не показала, но вдруг кому-то пригодится.
А как же тонкий тюнинг, настройка нескольких десятков параметров сессии?
Здесь уместен принцип Парето: 20% усилий дают 80% результата. Если вы готовы инвестировать ваше время в оставшиеся 20% результата — отлично. Только имейте в виду, что когда вы читаете статью о настройке протокола в Windows 7, то не знаете про какой протокол писал автор — 7, 8 или 8.1. Когда читаете про Windows 10 без указания релиза — проблемы те же. Например, пишут что в свежих билдах Windows 10 кодек AVC/h.264 изменился на RDPGFX_CODECID_AVC444V2, а в Windows Server 2016 остался RDPGFX_CODECID_AVC444.
Из всех таких советов мы используем только две настройки:
Вот мы и подошли к концу статьи. Хотел покороче, а получилось как всегда. Рад, если кому-то эти советы помогут сэкономить время или улучшить настройку своей инфраструктуры.
Remote Desktop Убираем Тормоза
Remote Desktop для Windows как убрать тормоза
Remote Desktop для Windows (RDP), на апрель 2020 года очень актуален. Очень многие организации перешли на удаленку, так как работать надо. Не всегда получается работать с комфортом. Потому что иногда при хорошем пинге у нас на удаленном сервере сумасшедшие задержки. Например при пинге в 40 миллисекунд, задержка может быть 2 — 2.5 секунды. Работать в таких условиях просто наказание и мучение. Чтоб убрать задержку Remote Desktop для Windows (RDP) на требуется выполнить несколько простых манипуляций для клиента.
Remote Desktop убираем тормоза
И так для что того что убрать тормоза «RDP» нам требуется запустить командную строку «CMD» от имени администратора.
netsh int tcp set global autotuninglevel=disabled
Далее перезагружаем компьютер и проверяем работу Remote Desktop. Если все хорошо тогда больше ничего не делаем. Если же все так же плохо,тогда делаем следующее:
netsh int tcp set global autotuninglevel=normal
Еще пару способов убрать глюки RDP:
На просторах интернета встречал и такие команды, правда их действие не проверял, но на всякий случай их напишу:
netsh interface tcp set global rss=disabled
netsh interface tcp set global autotuninglevel=highlyrestricted
Вот и все, надеюсь данная статья поможет вам в вашей удаленной работе. Если есть вопросы или замечания, то пишите комментарии, будем думать что с этим можно сделать. И как все исправить.
Лагает rdp windows 10
Вопрос
Ответы
Уважаемый автор, проясните пожалуйста вашу инфраструктуру:
1 версия, редакция и билд клиента (win10 не говорит ничего)
2 версия, редакция сервера
3 как физически и логически соединены клиент и сервер (подсети, vpn, firewall, антивирусы с обеих сторон, домен. )
4 как настроен рдс на сервере
5 вы администратор сервера, и если нет, то что сказал администратор
6 что вы предпринимали для диагностики проблемы и каковы результаты
не получив внятного, полного описания проблемы помочь вам сможет только гадалка но ее на данном форуме давно не видно
The opinion expressed by me is not an official position of Microsoft
Очень грамотно расписали но я не такой продвинутый пользователь.Объяснить не знаю как.Купил ноутбук,включил на нем вин 10 стоит.подключился к серверу я администратор и сразу заметил что работает ни так подтормаживает иногда даже очень тормозит.имею второй бук там вин 7 стоит подключаюсь к тому же серверу все гуд летает.как мог так и объяснил если можете разжевать ткнуть носом буду очень благодарен
Данный форум предназначен для IT профессионалов, не зря он называется «Windows 10 IT Pro».
Задайте ваш вопрос в форуме для пользователей:
Однако без детальной информации вам скорее всего никто не сможет помочь.
This posting is provided «AS IS» with no warranties, and confers no rights.