#1 2019-11-20 06:31:47
- fyfelka
- Member
- Registered: 2019-07-26
- Posts: 4
[Solved] RDP connection issues
Hi all!
So, I’ve been using remmina to connect from my PC to servers with RDP. But rn I can’t connect with error: unable to connect to server.
Using rdesktop results in: License error alert from server: Invalid client.
Servers are fine, and I’m able to connect to them from other PCs.
Remmina version — 1.3.6
Thank you in advance.
Last edited by fyfelka (2019-11-20 09:07:49)
#3 2019-11-20 08:33:48
- fyfelka
- Member
- Registered: 2019-07-26
- Posts: 4
Re: [Solved] RDP connection issues
Output of remmina when trying to connect:
Remmina plugin glibsecret (type=Secret) has registered but not yet initialized/activated. Initialization order is 2000.
Secret plugin glibsecret has been successfully initialized and will be your default secret plugin
StatusNotifier/Appindicator support: not supported by desktop. Remmina will try to fallback to GtkStatusIcon/xembed
Running under Gnome Shell version 3.34.1
(org.remmina.Remmina:72741): Gtk-WARNING **: 15:28:53.436: gtk_menu_attach_to_widget(): menu already attached to GtkMenuItem
(org.remmina.Remmina:72741): Gtk-CRITICAL **: 15:28:53.451: gtk_toggle_action_set_active: assertion 'GTK_IS_TOGGLE_ACTION (action)' failed
[15:28:56:120] [72741:72746] [ERROR][com.freerdp.channels.rdpdr.client] - pVirtualChannelInitEx failed with CHANNEL_RC_INITIALIZATION_ERROR [00000014]
[15:28:56:120] [72741:72746] [ERROR][com.freerdp.core.client] - error: channel export function call failed
[15:28:56:120] [72741:72746] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpdr
[15:28:56:120] [72741:72746] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpsnd
[15:28:56:120] [72741:72746] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr
[15:28:56:120] [72741:72746] [INFO][com.freerdp.client.common.cmdline] - loading channelEx drdynvc
[15:28:56:139] [72741:72746] [ERROR][com.winpr.timezone] - Unable to get current timezone rule
[15:28:56:219] [72741:72746] [ERROR][com.freerdp.core.connection] - license connection sequence aborted.
[15:28:56:219] [72741:72746] [ERROR][com.freerdp.core.transport] - transport_check_fds: transport->ReceiveCallback() - -1
[15:28:56:219] [72741:72746] [ERROR][com.freerdp.core] - freerdp_set_last_error ERRCONNECT_CONNECT_TRANSPORT_FAILED [0x0002000D]
[15:28:56:233] [72741:72746] [ERROR][com.winpr.timezone] - Unable to get current timezone rule
[15:28:56:307] [72741:72746] [ERROR][com.freerdp.core.connection] - license connection sequence aborted.
[15:28:56:307] [72741:72746] [ERROR][com.freerdp.core.transport] - transport_check_fds: transport->ReceiveCallback() - -1
[15:28:56:307] [72741:72746] [ERROR][com.freerdp.core] - freerdp_set_last_error ERRCONNECT_CONNECT_TRANSPORT_FAILED [0x0002000D]
[15:28:56:307] [72741:72746] [ERROR][com.freerdp.core] - freerdp_post_connect failed
libfreerdp returned code is 0002000D remmina —full-version
remmina --full-version
Remmina plugin glibsecret (type=Secret) has registered but not yet initialized/activated. Initialization order is 2000.
Secret plugin glibsecret has been successfully initialized and will be your default secret plugin
StatusNotifier/Appindicator support: not supported by desktop. Remmina will try to fallback to GtkStatusIcon/xembed
Running under Gnome Shell version 3.34.1
Remmina - 1.3.6 (git n/a)
NAME TYPE DESCRIPTION PLUGIN AND LIBRARY VERSION
EXEC Protocol Execute a command 1.0
NX Protocol NX - NX Technology 1.3.6
RDP Protocol RDP - Remote Desktop Protocol RDP Plugin: 1.3.6 (git n/a), Compiled with FreeRDP lib: 2.0.0-rc4 (n/a), Running with FreeRDP lib: 2.0.0-rc4 (rev n/a), H.264: Yes
RDPF File RDP - RDP File Handler RDP Plugin: 1.3.6 (git n/a), Compiled with FreeRDP lib: 2.0.0-rc4 (n/a), Running with FreeRDP lib: 2.0.0-rc4 (rev n/a), H.264: Yes
RDPS Preference RDP - Preferences RDP Plugin: 1.3.6 (git n/a), Compiled with FreeRDP lib: 2.0.0-rc4 (n/a), Running with FreeRDP lib: 2.0.0-rc4 (rev n/a), H.264: Yes
SFTP Protocol SFTP - Secure File Transfer 1.3.6
SPICE Protocol SPICE - Simple Protocol for Independent Computing Environments 1.3.6
SSH Protocol SSH - Secure Shell 1.3.6
ST Protocol Remmina Simple Terminal 1.0.0.0
VNC Protocol VNC - VNC viewer 1.3.6
VNCI Protocol VNCI - VNC viewer listen mode 1.3.6
XDMCP Protocol XDMCP - X Remote Session 1.3.6
glibsecret Secret Secure passwords storing in the GNOME keyring 1.3.6
Build configuration: HAVE_ARPA_INET_H=1 HAVE_ERRNO_H=1 HAVE_FCNTL_H=1 HAVE_NETDB_H=1 HAVE_NETINET_IN_H=1 HAVE_NETINET_TCP_H=1 HAVE_SYS_SOCKET_H=1 HAVE_SYS_UN_H=1 HAVE_TERMIOS_H=1 HAVE_UNISTD_H=1 WITH_APPINDICATOR=OFF WITH_AVAHI=ON WITH_FREERDP=ON WITH_GCRYPT=ON WITH_GETTEXT=ON WITH_ICON_CACHE=ON WITH_IPP=OFF WITH_LIBRARY_VERSIONING=ON WITH_LIBSECRET=ON WITH_LIBSSH=ON WITH_LIBVNCSERVER=ON WITH_MANPAGES=ON WITH_SPICE=ON WITH_SSE2=ON WITH_TRANSLATIONS=ON WITH_UPDATE_DESKTOP_DB=ON WITH_VTE=ON WITH_WWW=ON
Build type: Release
CFLAGS: -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fPIC -Wall -Wno-unused-result -Wno-unused-but-set-variable -Wno-deprecated-declarations -Wimplicit-function-declaration -Wredundant-decls
Compiler: GNU, 9.1.0
Target architecture: x64 Output of rdesktop
Autoselected keyboard map en-us
ERROR: CredSSP: Initialize failed, do you have correct kerberos tgt initialized ?
Connection established using SSL.
WARNING: License error alert from server: Invalid client #4 2019-11-20 08:50:48
- fyfelka
- Member
- Registered: 2019-07-26
- Posts: 4
Re: [Solved] RDP connection issues
Mods, close the topic.
Solution — delete ~/.config/freerdp.
#5 2019-11-20 09:04:04
- V1del
- Forum Moderator
- Registered: 2012-10-16
- Posts: 18,329
Re: [Solved] RDP connection issues
Please mark it as [SOLVED] instead by editing your title in the first post, other users might find a solution here: https://wiki.archlinux.org/index.php/Co … ow_to_post
- Печать
Страницы: [1] Вниз
Тема: [РЕШЕНО] подключение к RDP Windows server 2008 (Прочитано 5264 раз)
0 Пользователей и 1 Гость просматривают эту тему.
oermolaev
Всегда работало подключение, а теперь нет. В терминале выдает ошибку
disconnect: Internal licensing error.
Обновления на Windows-сервере отключены.
К другим компьютерам с Windows XP в сети подключается успешно. С VirtualBox c Windows XP также подключается.
Есть подозрение что это произошло после активации терминальных лицензий.
« Последнее редактирование: 31 Мая 2010, 15:59:41 от oermolaev »
ArcFi
oermolaev
Да, помогло, спасибо! А физический смысл можете объяснить? Почему такое произошло?
ArcFi
М.б. клиент получает лишь временную лицензию. Когда она истекает, rdesktop почему-то не в состоянии её обновить.
У меня такое было, когда сервер лицензий находился на контроллере другого домена.
oermolaev
AnrDaemon
А потом ещё сделать
touch ~/.rdesktop
chmod 440 ~/.rdesktop
И забыть о проблемах лицензирования.
Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.
Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…
ArcFi
touch ~/.rdesktop
chmod 440 ~/.rdesktop
Пробовал — не прокатило. Полечилось переносом сервера лицензий на другой контроллер.
oermolaev
А потом ещё сделать
touch ~/.rdesktop
chmod 440 ~/.rdesktopИ забыть о проблемах лицензирования.
Спасибо, AnrDaemon! Это мне тоже помогло!
- Печать
Страницы: [1] Вверх
Обновлено 20.09.2020
Добрый день! Уважаемые читатели и гости одного из крупнейших IT блогов России Pyatilistnik.org. В прошлый раз мы с вами научились отключать software reporter tool в Chrome Браузере, так как этот компонент уж очень сильно мог загружать центральный процессор вашего компьютера или ноутбука. В сегодняшней публикации я хочу поговорить про ошибки лицензирования терминальных столов и RDSH узлов в RDS ферме с которыми может встретиться любой системный администратор в своей практике. Мы рассмотрим ошибку «Этому серверу узла сеансов удаленных рабочих столов недоступны лицензии«.
Проблемы при лицензировании терминальных серверов
Ситуация такая, ранее я развернул новую терминальную ферму Remote Desktop Services High Availability на базе Windows Server 2019 с определенным количеством RDSH хостов. Решил через месяц добавить еще несколько сервер подключений и после ввода их в состав RDS фермы и подключившись на каждый из них я увидел ошибку получения лицензий в виде формулировки:
Не указан сервер лицензирования удаленных рабочих столов. Службы удаленных рабочих столов прекратят работать через 91 день, если не будет указан сервер лицензирования. На сервере посредника подключений
Самое интересное, что у меня при разворачивании RDS фермы был добавлен сервер лицензирования, который мы специально устанавливали под Windows Server 2019. Давайте разбираться в чем дело.
Диагностика и устранение проблем с лицензированием служб удаленных рабочих столов
Если у вас проблема с лицензированием RDSH хостов, то первым делом вы должны проверить ваши настройки RDS фермы через оснастку управления. В списке «Deployment Server» убедитесь, что у вас добавлены нужные сервера лицензирования RDS и нет лишних. В моем примере было добавлено три сервера лицензирования Remote Desktop Services. Один из них был точно с нужными лицензиями, а вот остальные были под вопросом.
Зайдите на каждый из серверов, который предоставляет лицензии и проверьте, что для нужной операционной системы у вас есть лицензии. Делается это через оснастку «Средство диагностики и лицензирования удаленных рабочих столов (RD License Manager)«. Как оказалось на одном из серверов вообще не было лицензий на Windows Server 2019, а на втором их было 0. Исходя из этого, данные сервера нужно удалить из RDS развертывания.
Для удаления выбираем «Задачи (Tasks) — Remove RD Licensing Servers«.
Выделяем нужные сервера и переносим их в правую область, я специально не стал удалять саму роль лицензирования (Uninstall the RD Licensing role service from the selected server), так как они раздавали лицензии для других версий Windows.
Если тут все привели в порядок, то следующим шагом вам необходимо подключиться к нужному участнику RDS фермы, где есть проблемы с получением лицензий и так же проверить, что выдает вам оснастка «Средство диагностики и лицензирования удаленных рабочих столов (RD License Manager)«. Тут вы можете встретить несколько разновидностей ошибок:
Этому серверу узла сеансов удаленных рабочих столов недоступны лицензии, и средство диагностики лицензирования удаленных рабочих столов обнаружило проблемы с лицензированием на этом сервере.
Льготный период использования сервера узла сеансов удаленных рабочих столов еще не истек, но этот сервер не настроен на использование хотя бы одного сервера лицензирования. В английской редакции будет вот такая формулировка «Licensing mode for the Remote Desktop Session Host is not configured. Remote Desktop Service will stop working in 100 days. Remote Desktop Services will stop working because this computer is past grace period and has not contacted at least a valid Windows Server 2019 license server. Click this message to open RD Session Host Server Configuration to use Licensing Diagnosis.»
В данном примере не видно ни одного сервера раздающего лицензии.
Этому серверу узла сеансов удаленных рабочих столов недоступны лицензии, и средство диагностики лицензирования удаленных рабочих столов обнаружило проблемы с лицензированием на этом сервере.
Сервер узла сеансов удаленных рабочих столов находится в режиме лицензирования для пользователя и режиме перенаправителя Нет, но на сервере лицензирования не установлено лицензий со следующими атрибутами «Версия продукта Windows Server 1016 — 2019»
В данном примере на добавленных серверах лицензирования RDS просто нет лицензий для нужной редакции. Данные сервера нужно удалить и добавить актуальные.
Удалить текущие, неправильные сервера лицензирования вы можете через реестр, но нужно понять как они прилетают на сервер и как были добавлены, если в ручную, то это одно дело, если через групповые политики, то другое. Для начала я вам советую выяснить какие политики применяются к данному серверу, посмотрите как это делается. В моем случае и в правду была общая политика на данной OU, где задавались два неправильных сервера лицензирования.
Напоминаю, что это делается при редактировании GPO политики в ветке
Конфигурация компьютераАдминистративные шаблоныКомпоненты WindowsСлужбы удаленных рабочих столовУзел сеансов удаленных рабочих столовЛицензирование — Использовать указанные серверы лицензирования удаленных рабочих столов (добавляем имя нашего сервера) (Computer ConfigurationAdministrative TemplatesWindows ComponentsRemote Desktop ServicesRemote Desktop Session HostLicensing — Use the specified Remote Desktop license servers )
Та же ветка будет участвовать в настройке локальных политик, если это необходимо, вызвать их можно через окно выполнить, введя там gpedit.msc.
Так же задайте тут сразу режим лицензирования для всей RDS фермы, через настройку:
Конфигурация компьютераАдминистративные шаблоныКомпоненты WindowsСлужбы удаленных рабочих столовУзел сеансов удаленных рабочих столовЛицензирование — Задать режим лицензирования удаленных рабочих столов (выбираем тип лицензий)(Computer ConfigurationAdministrative TemplatesWindows ComponentsRemote Desktop ServicesRemote Desktop Session HostLicensing — Set the Remote licensing mode)
Далее вам нужно произвести обновление групповой политики, в случае с локальной она должна применится сразу. Проверяем появление ваших лицензий. Как видите нужные мне лицензии были добавлены и режим лицензирования настроен.
Удаление старых серверов лицензирования через реестр
Может получиться ситуация, что у вас сервера лицензирования были добавлены не через политику, как того требует инфраструктура Active Directory, а через реестр, либо может быть ситуация, что в реестре остались мусорные записи, которые политикой не получается перезаписать. В таких ситуациях вам необходимо самостоятельно проверить вот эту ветку реестра. Запустите окно выполнить и введите в нем regedit, чтобы открыть редактор реестра.
HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindows NTTerminal Services
тут нужно найти ключ LicenseServers, именно он и отвечает за список серверов лицензирования, которые назначаются для службы удаленных рабочих столов. Убедитесь, что у вас тут стоит правильное значение. При необходимости его можно поменять, и значения будут применены без необходимости перезагружать сервер.
Еще можете проверить вот такую ветку реестра:
HKEY_LOCAL_MACHINESOFTWAREWOW6432NodePoliciesMicrosoftWindows NTTerminal Services
Тут то же может быть ключ LicenseServers.
Если необходимо задать режим лицензирования на устройства или пользователя с помощью реестра, то вы это легко сможете сделать в ветке:
HKLMSYSTEMCurrentControlSetControlTerminal ServerRCMLicensing Core
Тут будет ключ реестра LicensingMode, который может содержать три значения:
- 2 — Задает режим лицензирования на устройство
- 4 — Задает режим лицензирования на пользователя
- 5 — Режим лицензирования не настроен
Подробнее на https://docs.microsoft.com/en-us/windows-hardware/customize/desktop/unattend/microsoft-windows-terminalservices-remoteconnectionmanager-licensingmode
Как настроить сервер лицензирования удаленных рабочих столов на узле сеанса удаленных рабочих столов через PowerShell
Так же вы можете управлять и просматривать значения настроек сервера лицензирования RDS через оболочку PowerShell, для этого вы можете воспользоваться вот такими командлетами.
- Проверка настроен ли сервер лицензирования
$obj = gwmi -namespace «Root/CIMV2/TerminalServices» Win32_TerminalServiceSetting
$obj.GetSpecifiedLicenseServerList()
- Задать нужный сервер лицензий через PowerShell
$obj = gwmi -namespace «Root/CIMV2/TerminalServices» Win32_TerminalServiceSetting
$obj.SetSpecifiedLicenseServerList(«FQDN вашего сервера лицензий»)
В процессе выполнения вы можете получить ошибку:
Исключение при вызове «SetSpecifiedLicenseServerList» : «Недопустимая операция » (“Exception … Invalid operation” или $obj.setspecifiedlicenseserverlist invalid operation)
С большой вероятностью у вас уже задана настройка через групповую политику, поэтому идет такой конфликт. Тут либо отключать политику через gpedit.msc или менять значение в самой политике. Речь идет о данной ветке «Конфигурация компьютераАдминистративные шаблоныКомпоненты WindowsСлужбы удаленных рабочих столовУзел сеансов удаленных рабочих столовЛицензирование — Использовать указанные серверы лицензирования удаленных рабочих столов (Administrative TemplatesWindows ComponentsRemote Desktop ServicesRemote Desktop Session HostLicensing)«
Так же убедитесь, что вы выполняете команду в режиме администратора и имея административные права на данном сервере.
- Проверка режима лицензирования через PowerShell
$obj = gwmi -namespace «Root/CIMV2/TerminalServices» Win32_TerminalServiceSetting
$obj.LicensingType
$obj.LicensingName
- Смена режима лицензирования через PowerShell
$obj = gwmi -namespace «Root/CIMV2/TerminalServices» Win32_TerminalServiceSetting
$obj.ChangeMode(value)
PS: Value = 2(Per Device)/4(Per User)
На этом я думаю у меня все, вы теперь точно научились диагностировать и решать проблемы с получением и назначением лицензий на сервера RDSH. Вы сами в праве выбирать тот метод, что вам подходит более всего, но старайтесь все же использовать по возможности централизацию в виде групповых политик, это уберет проблему с массовыми настройками и даст инструмент быстрого обновления настроек. С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org. Жду ваших вопросов и комментариев.