Статья является возможным решением инцидента Termidesk. Ошибки при подключении к STAL или MS RDS

Окружение

Termidesk 6.0.2

Диагностика

  • В основном домене (FreeIPA или ALD Pro) сервера STAL и доверенном домене MS AD проверить наличие одинаковых имен пользователей.
  • Проверить, что подключение к ВРМ STAL осуществляется пользователем доверенного домена.
  • В диагностическом журнале /var/log/termidesk/stal_proxy.log проверить наличие сообщений вида:
    Sep 25 17:46:57 stal601-18 stal_proxy[762]: getUserInfo: getpwnam_r failed, user: `<имя пользователя>', error: Success, code: 0
Sep 25 17:46:57 stal601-18 stal_proxy[762]: findSession: user [name: <имя пользователя>, uid: <uid пользователя доверенного домена>] not found in waiting queue!
Sep 25 17:46:58 stal601-18 stal_proxy[762]: ~ClientConnection: delete client connection, ip: <адрес клиента>
Sep 25 17:47:07 stal601-18 stal_proxy[762]: removeByTimeout: sid: 21, uid: <uid пользователя основного домена>
Sep 25 17:47:07 stal601-18 stal_proxy[762]: ~WaitSession: sid: 21, uid: <uid пользователя основного домена>
Sep 25 17:47:07 stal601-18 stal_proxy[762]: onListenStateChanged: stop listening
    CODE

Решение


Ответ доступен с подключенной услугой «Техническая поддержка».

Ознакомиться с услугой

Перейти к авторизации

Внимание! Для авторизации используйте учетные данные Личного кабинета

Если учетная запись от новой версии личного кабинета отсутствует, просим писать на почту lk@astralinux.ru