Лицензирование развертывания служб удаленных рабочих столов с клиентскими лицензиями (cal)

Удаленный сеанс отключен поскольку отсутствуют клиентские лицензии windows 10

Во всех версиях Windows, начиная с XP, есть стандартный RDP-клиент (Remote Desktop Protocol), который используется для подключения к службе удаленных рабочих столов. Иногда, при подключении к серверу терминалов через клиент удаленного рабочего стола возникает ошибка: «удаленный сеанс отключен поскольку отсутствуют клиентские лицензии».

Это сообщение может возникнуть в двух случаях:

На сервере терминалов не настроен сервер лицензирования для службы удаленных рабочих столов.
Сервер лицензирования не выделил клиентские лицензии доступа (CAL).

Детальнее рассмотрим оба случая.

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

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

Нажмите Win+R и выполните команду regedit.
Сделайте бэкап реестра.
Нажмите «Файл» → «Экспорт» → «Диапазон (Весь реестр)» → Присвойте имя файла → «Сохранить».
Откройте ветку: HKEY_LOCAL_MACHINESOFTWAREMicrosoftMSLicensing и удалите MSLicensing.
Затем откройте подключение к удаленному рабочему столу с правами администратора.
При открытии, новая лицензия пропишется в реестре.

Проверка CAL — лицензий

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

Чтобы проверить доступные и занятые CAL, воспользуйтесь «Лицензированием сервера терминалов» на серверной Windows:

Откройте «Пуск» → «Администрирование» → «Службы удаленных рабочих столов» → «Диспетчер лицензирования удаленных рабочих столов».
Выберите свой сервер лицензирования.
В открывшемся окне нажмите «Действие» → «Создать отчет».

В отчете будет отображено число клиентских лицензий служб удаленных рабочих столов «на пользователя» которые:

установлены на сервере лицензирования;
выданы сервером лицензирования с учетом заданной области отчета.

Источник

RDP Ошибка отсутствия лицензии

Подключение к удалённому рабочему столу

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

Обратитесь к администратору сервера.

Гугление проблемы выдает решение почистить ветку реестра HKLMsoftwaremicrosoftMslicensing с последующим запуском RDP от администратора. Пробовал в различных вариантах — всё без толку.

На удаленной машине 1 общая лицензия. Коллеги подключаются без проблем. На моей машине данная ошибка наблюдается только с данным подключением. К другим машинам по RDP подключаюсь без проблем.

Собственно вопрос: Как исправить проблему с подключением?

4 ответа 4

После удаления ветки HKLMsoftwaremicrosoftMslicensing перезгружались сразу? После перезагрузки не подключаясь, сразу можно зайти в реестр и посмотреть, есть ли эта ветка. ЕЕ там не должно быть до первого подключения к RDP. Возможно она у вас по факту не удаляется.

Так же как вариант можно выполнить reg delete “HKLMSOFTWAREMicrosoftMSLicensingStoreLICENSE000” /f Поправьте ключ под свой номер только.

Ну и стоило бы глянуть, как сервер раздает лицензии, возможно с его стороны какой-то косяк с кешем.

По какой-то, не совсем мне понятной, причине после удаления ветки HKLMsoftwaremicrosoftMslicensing она не восстанавливалась полностью в том виде, в котором была до удаления (не создавалась папка LICENSE000). Любые комбинации перезагрузки/запуска от администратора и тп. результатов не давали.

Что в итоге помогло: поднял виртуалку, на ней РДП подключился без проблем, после скопировал полностью ветку HKLMsoftwaremicrosoftMslicensing с виртуальной машины на рабочую. Далее перезагрузка и запуск RDP от администратора и подключение прошло успешно. Ещё пару запусков не от админстратора вылетала ошибка сертификата, но после повторной перезагрузки и запуска от адм. исчезла.

По поводу 1 общая лицензия: у Вас на сервере лицензирования какая лицензия активирована на пользователя или на устройство, какое количество? Если приобреталась лицензия на устройство, то необходимо проверить в ‘Диспетчер лицензирования удаленных рабочих столов’ к какому ПЭВМ привязана лицензия, с сколько свободных. Лицензия на устройство не может быть использована для подключения к серверу с двух разных ПЭВМ. Ну и как уже говорили, если у Вас отсутствуют права администратора, обратитесь к администратору сервера терминалов. Общие рекомендации:

Источник

Деактивировать или активировать сервер лицензии

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

Отключение лицензионного сервера

Откройте окно служб терминала лицензирования.
В дереве консоли щелкните правой кнопкой мыши сервер лицензии, который необходимо отключить, указать на Расширенный, а затем нажмите кнопку Deactivate Server.
После начала мастер лицензирования подтвердите, что ваше имя, номер телефона (необязательный) и адрес электронной почты, перечисленные в статье Information Needed, являются правильными, а затем нажмите кнопку Далее. Запрос на отключение лицензионного сервера отправляется в Корпорацию Майкрософт, где он обрабатывается.

Примечание

Ваш адрес электронной почты необходим, если вы используете метод Internet.
Нажмите кнопку Готово.

Повторное активировать сервер лицензии

Откройте окно служб терминала лицензирования.
В дереве консоли щелкните правой кнопкой мыши сервер лицензии, который необходимо активировать, указать на Расширенный, а затем нажмите кнопку Reactivate Server.
После начала мастер лицензирования подтвердите, что ваше имя, номер телефона (необязательный) и адрес электронной почты, перечисленные в статье Information Needed, являются правильными, а затем нажмите кнопку Далее.

Примечание

Ваш адрес электронной почты необходим, если вы используете метод Internet.
Щелкните причину повторной активности сервера в поле Причина, а затем нажмите кнопку Готово. Запрос на повторное активировать сервер лицензии отправляется в Корпорацию Майкрософт, где он обрабатывается.

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

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

Для удаленного подключения к компьютеру выполните следующие действия:

Откройте приложение удаленного рабочего стола.

Если на вашем устройстве нет актуальной версии Remote Desktop, вам нужно получить её из Магазина Microsoft, нажав кнопку Получить или Установить.
Нажмите кнопку +Добавить в правом верхнем углу.
Нажмите «Рабочий стол».
В разделе «Имя ПК» укажите адрес TCP/IP компьютера, к которому вы пытаетесь подключиться:
- Если устройство находится в частной сети, введите локальный IP-адрес компьютера, к которому вы пытаетесь подключиться.
- Если устройство находится в удаленной сети (через Интернет), введите общедоступный IP-адрес компьютера, к которому вы пытаетесь подключиться.
В разделе «Учетная запись пользователя» нажмите кнопку + справа.
Укажите информацию об учетной записи для входа на удаленный компьютер:
- Если удаленное устройство использует учетную запись Microsoft, введите данные для входа в эту учетную запись Microsoft.
- Если удаленное устройство использует локальную учетную запись, введите для входа локальное имя пользователя и пароль.
(Необязательно) В разделе «Отображаемое имя» укажите имя настройки учетной записи.
Нажмите кнопку Сохранить.
(Необязательно) В разделе «Отображаемое имя» укажите имя подключения.
Нажмите «Показать больше».
(Необязательно). При необходимости выберите дополнительные настройки.
Нажмите кнопку Сохранить.
В разделе «Сохраненные рабочие столы» выберите компьютер, к которому необходимо подключиться удаленно.
Установите флажок Не спрашивать об этом сертификате снова (если применимо).
Нажмите кнопку Подключение.

После того, как вы выполните все шаги, если всё настроено правильно, вы сможете удаленно взаимодействовать с компьютером.

Изменение общих настроек

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

Откройте приложение удаленного рабочего стола.
Нажмите кнопку «Настройки» в правом верхнем углу.
Выберите учетную запись пользователя из списка.
Нажмите кнопку редактирования (ручка), чтобы настроить параметры.
Нажмите кнопку Сохранить.

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

Изменение настроек подключения

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

Откройте приложение удаленного рабочего стола.
Нажмите кнопку меню (из трёх точек) и выберите пункт «Редактировать».
Совет. С помощью контекстного меню вы также можете удалить или закрепить соединение в меню «Пуск».
При необходимости измените имя компьютера, учетную запись и настройки.

После того, как вы выполните эти шаги, настройки будут сохранены и применены автоматически.

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

Для подключения к VDS с Windows Server используется протокол RDP. Встроенное приложение для его выполнения есть только на Windows. На других ОС для подключения через RDP потребуется установка сторонних приложений.

Подключение по RDP c Windows

Откройте меню «Пуск» и найдите утилиту «Подключение к удаленному рабочему столу». Например, на Виндоус 10 она находится в разделе «Стандартные Windows». Можно также воспользоваться встроенным поиском или утилитой «Выполнить»: нажать на сочетание клавиш Win+R и ввести запрос mstsc.

Введите в окне программы IP-адрес сервера, к которому хотите подключиться. Он указан в письме, которое прислал хостер. Нажмите «Подключить».

Выберите учетную запись для авторизации и введите пароль. Эти данные хостер присылает на почту.

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

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

Если нужно перемещать большое количество файлов, то гораздо удобнее подключить диск. На локальном компьютере с Win это делается так:

Подключитесь к удаленному рабочему столу с помощью встроенной утилиты.
Перейдите на вкладку «Локальные ресурсы».
Выберите диски или другие источники.

После выбора локальных источников вы можете получить к ним доступ с удаленного рабочего стола на VDS с Windows Server.

Подключение по RDP c Linux

На Linux нет официального протокола для подключения через RDP к Win-серверу. Однако это не проблема. Установить соединение можно с помощью клиента Remmina.

В качестве примера установим утилиту на Ubuntu. Откройте терминал и выполните следующие команды:

sudo apt-add-repository ppa:remmina-ppa-team/remmina-next // Установка Remmina

sudo apt-get update // Установка апдейтов

sudo apt-get install remmina remmina-plugin-rdp libfreerdp-plugins-standard // Установка плагина РДП

После установки клиент появится в списке приложений. Найдите его и запустите. Нажмите на плюсик для добавления нового подключения и введите уже знакомые данные: IP-адрес сервера, логин, пароль. Главное — выбрать в строке Protocol значение RDP (Remote Desktop Protocol).

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

При первом подключении может появиться предупреждение о недоверенном сертификате безопасности. Ситуация такая же, как в случае с WIndows. Никакой угрозы безопасности нет, поэтому просто игнорируйте предупреждение. Нажмите ОК в появившемся окне.

Подключение с macOS

На macOS для подключения к удаленному рабочему столу на Windows Server используется фирменное приложение Microsoft, которое называется Remote Desktop. Его можно установить из App Store.

Запустите программу и нажмите на кнопку New.
В Connection name укажите любое имя для подключения — например, VDS Windows.
В строке PC name пропишите IP-адрес сервера, к которому вы будете подключаться.
В разделе Credentials укажите логин и пароль для подключения к VDS.

После сохранения настроек в списке подключений появится новое соединение. Выделите его и нажмите на кнопку Start или используйте двойной клик.

При первом подключении может появиться предупреждение о недоверенном сертификате. Нажмите на кнопку «Показать сертификат» и отметьте пункт «Всегда доверять». Больше предупреждение не будет появляться. Проблем с безопасностью из-за этого не возникнет.

RDP на Android и iOS

Подключиться к удаленному рабочему столу с Windows Server можно и с мобильного устройства. На Android и iOS для этого используется фирменное приложение Microsoft, которое называется Remote Desktop.

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

Запустите приложение и нажмите на плюс для добавления нового соединения.
Выберите тип «Рабочий стол» (Desktop).
В поле «Имя ПК» укажите адрес сервера.
Впишите имя администратора и пароль.
При появлении предупреждения о недоверенном сертификате отметьте пункт «Больше не спрашивать» и нажмите «ОК».

После успешного подключения вы увидите удаленный рабочий стол, размещенный на VDS с Windows Server.

Как понять, что RDP-атака началась

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

Типы клиентских терминальных лицензий (RDS CAL)

Каждый пользователь или устройство, которое подключается к серверам Remote Desktop Session должно иметь клиентскую лицензию (CAL — client access license). Есть два типа терминальных CAL.

На устройство (Per Device CAL) – это постоянный тип лицензии, назначающаяся компьютеру или устройству, которое подключается к RDS серверу более одного раза (при первом подключении устройства ему выдается временная лицензия). Данные лицензии не являются конкурентными, т.е. если у вас 10 лицензий Per Device, то к вашему RDS серверу смогут подключится всего 10 хостов.
На пользователя (Per User CAL) – такой тип лицензии позволяет одному пользователю подключаться к серверу RDS с любого количества компьютеров/устройств. Данный тип лицензий привязывается к пользователю Active Directory, но выдается не навсегда, а на определенный период времени (90 дней по-умолчанию).

Примечание. Отметим, что 2016 RDS CAL можно установить только на сервере лицензирования под управлением Windows Server 2016, установка новых CAL на предыдущие версии Windows Server на поддерживается.

Загрузите и замените файл termsrv.dll

Последнее решение — вручную загрузить и заменить файл termsrv.dll в соответствующей папке на диске. Выберите версию файла, совместимую с вашей операционной системой, и нажмите кнопку «Скачать». Затем перейдите в папку «Загруженные» вашего веб-браузера и скопируйте загруженный файл termsrv.dll.

Перейдите в папку, в которой должен находиться файл, и вставьте загруженный файл. Ниже приведен список путей к каталогу файлов termsrv.dll.

Windows 10: C:\Windows\System32\
Windows 8.1: C:\Windows\System32\
Windows 8: 1: C:\Windows\System32\
Windows 7: C:\Windows\System32\
Windows Vista: C:\Windows\System32\
Windows XP: —

Если действия не помогли решить проблему с файлом termsrv.dll, обратитесь к профессионалу. Существует вероятность того, что ошибка (и) может быть связана с устройством и, следовательно, должна быть устранена на аппаратном уровне. Может потребоваться новая установка операционной системы — неправильный процесс установки системы может привести к потере данных.

Установка службы роли лицензирования удаленных рабочих столов

Все нижеследующие действия выполняются под учетной записью Администратора:

Шаг 1. Идем по пути:

Пуск → Администрирование → Управление сервером.

Шаг 2. Возможны два варианта:

2.1. Вариант первый – если роль Службы удаленных рабочих столов (Терминальный сервер) еще не установлена:

2.1.1. В разделе Сводка по ролям выберите команду Добавить роли.

2.1.2. На странице Начало работы компонента Мастер добавления ролей нажмите кнопку Далее.

2.1.3. На странице Выбор ролей сервера отметьте чекбокс Службы удаленных рабочих столов и нажмите кнопку Далее.

2.1.4. На странице Службы удаленных рабочих столов нажмите кнопку Далее.

2.1.5. На странице Выбор служб ролей отметьте чекбокс Лицензирование удаленных рабочих столов и нажмите кнопку Далее.

2.2. Вариант второй – если роль Службы удаленных рабочих столов уже установлена.

2.2.1. В области Сводка по ролям выберите элемент Службы удаленных рабочих столов.

2.2.2. В разделе Службы ролей выберите команду Добавить службы ролей.

2.2.3. На странице Выбор служб ролей отметьте чекбокс Лицензирование удаленных рабочих столов и нажмите кнопку Далее.

3. На странице Настроить область обнаружения для лицензирования удаленных рабочих столов задайте область обнаружения для сервера лицензирования.

4. На вкладке Подтвердите выбранные элементы убедитесь, что служба роли Лицензирование удаленных рабочих столов выбрана для установки, и нажмите кнопку Установить.

5. На странице Результаты установки убедитесь в успешном завершении установки службы роли Лицензирование удаленных рабочих столов и нажмите кнопку Закрыть.

Сведения о подключении

Параметры RDP	Описание	Значения	Значение по умолчанию	Поддержка Виртуального рабочего стола Azure
full address:s:value	Имя компьютера.Этот параметр указывает имя или IP-адрес удаленного компьютера, к которому вы хотите подключиться.Это единственный обязательный параметр в RDP-файле.	Допустимое имя, IPv4- или IPv6-адрес.		Нет
alternate full address:s:value	Указывает альтернативное имя или IP-адрес удаленного компьютера.	Допустимое имя, IPv4- или IPv6-адрес.		Нет
username:s:value	Указывает имя учетной записи пользователя для входа на удаленный компьютер.	Любое допустимое имя пользователя.		Нет
domain:s:value	Указывает имя домена, в котором будет использоваться учетная запись пользователя для входа на удаленный компьютер.	Допустимое доменное имя, например CONTOSO.		Нет
gatewayhostname:s:value	Указывает имя узла шлюза удаленных рабочих столов.	Допустимое имя, IPv4- или IPv6-адрес.		Нет
gatewaycredentialssource:i:value	Задает метод проверки подлинности шлюза удаленных рабочих столов.	— 0: запрос пароля (NTLM).- 1: использование смарт-карты.- 2: использование учетных данные находящегося в системе пользователя.- 3: запрашивание у пользователя учетных данных и использование базовой аутентификации.- 4: пользователь может сделать выбор позже.- 5: использование аутентификации на основе файлов cookie.	Нет
gatewayprofileusagemethod:i:value	Указывает, следует ли использовать параметры по умолчанию шлюза удаленных рабочих столов.	— 0: используется режим профиля по умолчанию, как указано администратором.- 1: используются явные параметры, указанные пользователем.	Нет
gatewayusagemethod:i:value	Указывает, в каких случаях следует использовать шлюз удаленных рабочих столов для подключения.	— 0: шлюз удаленных рабочих столов не используется.- 1: шлюз удаленных рабочих столов используется всегда.- 2: шлюз удаленных рабочих столов используется, если не удается установить прямое подключение к узлу сеансов удаленных рабочих столов.- 3: используются параметры по умолчанию шлюза удаленных рабочих столов.- 4: шлюз удаленных рабочих столов не используется, подключение обходит шлюз для локальных адресов.Значения 0 или 4 этого свойства действуют практически одинаково, но значение 4 позволяет обходить локальные адреса.	Нет
promptcredentialonce:i:value	Определяет, сохраняются ли учетные данные пользователя и используются ли для шлюза удаленных рабочих столов и на удаленном компьютере.	— 0: удаленный сеанс не будет использовать те же учетные данные.- 1: удаленный сеанс будет использовать те же учетные данные.	1	Нет
authentication level:i:value	Определяет параметры уровня аутентификации на сервере.	— 0: если аутентификация на сервере не пройдена, можно подключиться к компьютеру без предупреждения (Подключаться без предупреждения).- 1: если аутентификация на сервере не пройдена, не устанавливать подключение (Не подключаться).- 2: если аутентификация на сервере не пройдена, выводится предупреждение и разрешается подключиться или отклонить подключение (предупреждение).- 3: обязательная аутентификация не указана.	3	Нет
enablecredsspsupport:i:value	Определяет, используется ли клиент для аутентификации поставщика поддержки безопасности учетных данных (CredSSP), если он доступен.	— 0: RDP не будет использовать CredSSP, даже если операционная система поддерживает CredSSP.- 1: RDP будет использовать CredSSP, если операционная система поддерживает CredSSP.	1	Да
disableconnectionsharing:i:value	Определяет, выполняет ли клиент повторное подключение к какому-либо существующему отключенному сеансу или инициирует новое подключение.	— 0: повторное подключение к имеющемуся сеансу.- 1: инициация нового подключения.	Нет
alternate shell:s:value	Определяет программу, запускаемую автоматически в удаленном сеансе в качестве оболочки вместо Проводника.	Допустимый путь к исполняемому файлу, например C:\ProgramFiles\Office\word.exe.		Да

Окончательный вердикт

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

Далее следуют Remmina и Vinagre, которые очень похожи в том, что они оба предлагают поддержку нескольких протоколов, кроме VNC, и не требуют специального серверного программного обеспечения. Vinagre просто выполняет свою работу без особых сложностей и работает на удивление хорошо. Тем не менее, клиент не предлагает такой же гибкости, как другие во время активного сеанса, что является позором.

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

Если передача файлов необходима для удаленного доступа, то нет лучшего варианта, чем RealVNC. Клиент работает достойно с другими серверами, но лучше всего работает в паре с собственным. Мы рекомендуем его для удаленного доступа ко всем видам графической работы на Pi, особенно если вы используете Raspbian, поскольку серверное программное обеспечение теперь поставляется с предустановленной версией.

Это оставляет нас с TigerVNC. Клиент работает хорошо, независимо от того, какой тип VNC-сервера находится на другом конце. Единственным недостатком является отсутствие мобильных клиентов и тот факт, что он не позволяет копировать файлы. Тем не менее, пересылка файлов и мгновенных сообщений не являются основными функциями VNC. Учетные данные TigerVNC с открытым исходным кодом, интуитивно понятный интерфейс и образцовая производительность во время активного подключения делают его очень способным клиентом VNC для всех видов задач удаленного рабочего стола.

1-е место: TigerVNC — его учетные данные и производительность с открытым исходным кодом являются его отличительной чертой.

Общий балл: 5/5

Веб: www.tigervnc.org

2-е место: RealVNC — готовое решение для удаленного доступа к рабочему столу на Raspberry Pi.

Общий балл: 4/5

Веб: www.realvnc.com

3-е место: Remmina — многопротокольный клиент удаленного рабочего стола, который хорошо работает.

Общий балл: 3/5

Веб: www.remmina.org/wp

4-е место: Vinagre — клиент с несколькими протоколами, которому не хватает контроля, предлагаемого его коллегами.

Общий балл: 3/5

Веб: http://bit.ly/ProjectVinagre

Пятое место: TightVNC — самое большое его ограничение — это фокус на этих платформах Windows.

Общий балл: 2/5

Веб: http://tightvnc.net

Есть несколько других клиентов и решений для удаленных рабочих столов, которые вы можете использовать помимо тех, которые мы обсуждали. Хотя мы рассмотрели только самые популярные и активно развивающиеся клиенты VNC, существуют другие альтернативы, такие как KDE Krdc, TurboVNC и x11vnc. Также, как отмечалось ранее, VNC не единственный протокол удаленного рабочего стола в городе. Еще одним популярным является фирменный протокол NoMachine NX.

Если вы не противостоять проприетарным решениям, есть также клиент TeamViewer и инструмент Google Chrome Remote Desktop.

Veyon («виртуальный взгляд на сети») также представляет собой решение с открытым исходным кодом для удаленного доступа, контроля и управления классными компьютерами с использованием протокола RFB VNC.

Если вы заботитесь больше о безопасности, чем о явном недовольстве, вы можете просто включить пересылку X11 через SSH. Это будет отображать только одно приложение одновременно.