Определить версию RDP чаще всего требуется, когда подключение к удалённому рабочему столу обрывается с ошибкой несовместимости протокола или когда администратору нужно проверить, поддерживает ли сервер Network Level Authentication. В Windows существует несколько независимых «версий», связанных с RDP: версия клиента mstsc.exe, версия протокола RDP, поддерживаемая системой, и версия протокола, фактически использованная в конкретной сессии. Их легко перепутать, поэтому ниже разберём каждый способ отдельно — от простого просмотра в интерфейсе клиента до проверки через реестр и PowerShell.
Знание точной версии помогает диагностировать ошибки вроде «Произошла внутренняя ошибка», невозможность подключения после обновления Windows или требования CredSSP. Все описанные методы безопасны: они ничего не меняют в системе, а только считывают информацию.
Проверка версии клиента mstsc через интерфейс
Самый быстрый способ — открыть сам клиент подключения к удалённому рабочему столу. Нажмите Win + R, введите mstsc и подтвердите ввод. В левом верхнем углу окна клиента щёлкните по иконке приложения и выберите пункт «О программе» (About). В появившемся окне отобразится строка вида «Поддерживается протокол удалённого рабочего стола X.X» — это и есть версия протокола RDP, которую поддерживает ваш клиент.
Тот же номер можно увидеть, открыв свойства файла mstsc.exe в папке C:\Windows\System32: вкладка «Подробно» покажет версию файла. Однако учтите: версия файла клиента и версия поддерживаемого протокола — не одно и то же. Для диагностики совместимости ориентируйтесь именно на строку из окна «О программе».
Как узнать версию RDP через реестр
Когда графический интерфейс недоступен или нужно проверить удалённый компьютер по сети, версию протокола можно выяснить через реестр Windows. Откройте редактор командой regedit и перейдите по пути:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal ServerЗдесь же, в ветке Terminal Server, хранятся параметры службы удалённых рабочих столов. Прямого параметра «версия протокола» в реестре нет — поддержка определяется версией операционной системы и установленными обновлениями. Поэтому на практике через реестр чаще проверяют смежные настройки, влияющие на совместимость:
- 🔑 fDenyTSConnections — разрешены ли входящие RDP-подключения (0 — разрешены);
- 🛡️ UserAuthentication в подразделе
WinStations\RDP-Tcp— включена ли проверка подлинности на уровне сети (NLA); - 🔌 PortNumber — какой порт использует RDP-служба (по умолчанию 3389);
- 🔐 SecurityLayer — тип шифрования соединения.
⚠️ Внимание: просмотр реестра безопасен, но любые изменения параметров Terminal Server без понимания их роли могут полностью отключить удалённый доступ к машине. Перед правками создайте точку восстановления или экспортируйте изменяемую ветку.
Определение версии протокола активной сессии
Отдельная задача — узнать, какая версия протокола реально используется в уже установленном подключении. Это важно, когда клиент и сервер поддерживают разные версии и согласуют общую. Сделать это можно через журнал событий Windows: откройте eventvwr.msc и перейдите в раздел Журналы приложений и служб → Microsoft → Windows → TerminalServices-ClientActiveXCore и связанные журналы RDP-клиента.
В событиях подключения фиксируются параметры сессии, включая сведения о согласованном протоколе и шифровании. Если журналы пусты, возможно, ведение расширенного логирования отключено — тогда ориентируйтесь на косвенные признаки: версию клиента, версию ОС сервера и настройки NLA.
Проверка через PowerShell и командную строку
Для автоматизации удобнее использовать PowerShell. Узнать версию файла клиента можно одной командой:
(Get-Item "C:\Windows\System32\mstsc.exe").VersionInfo.ProductVersionПроверить состояние службы удалённых рабочих столов и настройки NLA на локальной машине помогут команды:
Get-Service TermService
(Get-WmiObject -Class Win32_TSGeneralSetting -Namespace root\cimv2\terminalservices -Filter "TerminalName='RDP-tcp'").UserAuthenticationRequired
Команда с Win32_TSGeneralSetting возвращает 1, если NLA включён, и 0, если выключен. Это критично для совместимости: старые клиенты без поддержки CredSSP не смогут подключиться к серверу с обязательной NLA. Для проверки доступности RDP-порта удалённого сервера используйте Test-NetConnection имя_сервера -Port 3389.
☑️ Проверка версии и совместимости RDP
Соответствие версий RDP версиям Windows
Поддерживаемая версия протокола RDP жёстко привязана к версии операционной системы и установленным обновлениям. Узнать версию Windows можно командой winver. Ниже — ориентировочное соответствие, которое помогает понять, чего ожидать от системы без дополнительных проверок.
| Операционная система | Версия протокола RDP | Особенности |
|---|---|---|
| Windows XP / Server 2003 | До 5.2–7.0 (с обновлениями) | Нет NLA в базовой поставке, требуются обновления клиента |
| Windows Vista / Server 2008 | 6.0–6.1 | Появление NLA и CredSSP |
| Windows 7 / Server 2008 R2 | 7.0–7.1 | RemoteFX, обновление RDP 8.0 ставится отдельно |
| Windows 8 / Server 2012 | 8.0–8.1 | Улучшенная работа по WAN, UDP-транспорт |
| Windows 10 / 11, Server 2016+ | 10.x | Современные механизмы шифрования, поддержка HDR и AVC |
Точную версию протокола конкретной сборки лучше подтвердить через окно «О программе» в mstsc, поскольку обновления могут поднимать версию клиента внутри одной ОС. Например, на Windows 7 после установки соответствующего пакета обновлений появляется поддержка RDP 8.0, которой нет в чистой системе.
⚠️ Внимание: ошибка «Произошла ошибка проверки подлинности. Указанная функция не поддерживается» при подключении обычно связана не с версией RDP как таковой, а с несовпадением уровней обновлений CredSSP (исправление шифрования) на клиенте и сервере. Решается установкой актуальных обновлений Windows на обеих сторонах, а не сменой версии протокола.
Что делать, если версии клиента и сервера несовместимы
Обновите обе системы через Центр обновления Windows — большинство проблем совместимости закрывается актуальными патчами. Если сервер требует NLA, а клиент его не поддерживает, временным решением может быть отключение требования NLA на сервере (параметр UserAuthentication в ветке RDP-Tcp), но это снижает безопасность: проверка подлинности будет происходить уже после установки сессии. Возвращайте настройку после обновления клиента.
Проверка версии RDP на стороне сервера
Когда вы администрируете удалённый сервер, версию его RDP-стека определяют косвенно — по версии ОС и установленным ролям. Выполните на сервере winver и сверьтесь с таблицей выше. Дополнительно проверьте, запущена ли служба TermService и прослушивается ли порт командой netstat -an | find "3389".
Если подключение к серверу невозможно, а версию нужно узнать заранее, ориентируйтесь на данные о системе из панели управления хостингом, документации или диспетчера серверов. Удалённо «опросить» версию протокола RDP без аутентификации штатными средствами Windows нельзя — это осознанное ограничение безопасности.
Частые вопросы о версиях RDP
Можно ли обновить версию RDP отдельно от Windows?
Полностью отдельно — нет. Версия протокола поставляется с обновлениями операционной системы. Для некоторых старых ОС Microsoft выпускала отдельные пакеты обновления клиента RDP, но в современных Windows 10 и 11 всё приходит через Центр обновления.
Где посмотреть версию RDP без прав администратора?
Окно «О программе» в mstsc и свойства файла mstsc.exe доступны обычному пользователю. Просмотр реестра в ветке HKLM в режиме чтения тоже обычно не требует повышенных прав, а вот запросы WMI через PowerShell могут быть ограничены политиками.
Почему клиент показывает версию протокола 10.0, а подключиться к старому серверу не получается?
Клиент с новой версией протокола обратно совместим со старыми серверами. Чаще причина отказа — не версия RDP, а требования шифрования, уровень обновлений CredSSP или отключённые устаревшие протоколы на стороне клиента. Проверяйте журнал событий и текст конкретной ошибки.
Как узнать, какая версия RDP используется в текущем подключении?
Откройте журнал событий по пути «Журналы приложений и служб → Microsoft → Windows» и найдите журналы с именами TerminalServices. В событиях установки соединения фиксируются параметры согласованной сессии. Если журналы пусты, включите расширенное ведение логов и переподключитесь.
Влияет ли версия RDP на скорость работы удалённого рабочего стола?
Да, новые версии протокола включают улучшенные механизмы сжатия, поддержку UDP-транспорта и аппаратного кодирования графики. Однако заметный прирост возможен только когда обе стороны — и клиент, и сервер — поддерживают соответствующую версию.