Termidesk Live. Нештатные ситуации и способы их устранения

Возможные неисправности при работе с Клиентом и способы их устранения приведены в таблице (см. таблицу Перечень возможных нештатных ситуаций и способов их устранения).

Таблица 1. Перечень возможных нештатных ситуаций и способов их устранения
Индикация Описание Возможное решение

Ошибка:

«Не задан транспорт подключения»

Ошибка появляется при попытке получить РМ

Необходимо обратиться к администратору.

Администратору необходимо добавить протоколы доставки в фонд РМ

Ошибка:

«Number of service reached MAX for service poll»

Ошибка появляется при запросе РМ

Необходимо обратиться к администратору.

Ошибка значит, что достигнуто максимальное количество РМ.

Администратору необходимо либо перейти в фонд и принудительно завершить сессию, либо увеличить в фонде максимальное количество РМ

Ошибка:

«INTERNAL ERROR: cannot create temporary directory!»

Ошибка появляется при входе в гостевую ОС Microsoft Windows

Необходимо обратиться к администратору.

Возможные причины ошибки:

  • нет прав на каталог профиля пользователя (локальный/сетевой);

  • профиль не успел создаться в момент запуска компонента «Агент виртуального рабочего места».

Администратору необходимо в гостевой ОС РМ перейти в «Управление компьютером - Службы и приложения - Службы - Termidesk Agent Daemon» и в свойствах службы на вкладке «Общие» установить «Тип запуска - Автоматически (отложенный запуск)»

Ошибка:

«Прокси-сервер запретил подключение»

Ошибка появляется при подключении к фонду РМ

Необходимо обратиться к администратору.

Необходимо настроить прокси-сервер на уровне ОС пользовательской рабочей станции

Статус «Подготовка рабочего места» висит неограниченно долго

При попытке подключиться к РМ по протоколу RDP (напрямую или через компонент «Шлюз») появляется статус «Подключение к рабочему месту», который потом сменяется на «Подготовка рабочего места» и отображается неограниченно долго

Необходимо обратиться к администратору.

Ситуация возникает, если порт РМ недоступен: при запросе подключения к РМ по протоколу RDP перед выдачей подключения «Универсальный диспетчер» проводит проверку доступности порта затребованного протокола на целевом IP-адресе.

Администратору необходимо в настройках фильтра трафика разрешить подключение из сегмента сети с инфраструктурой Termidesk для узлов с компонентами «Универсальный диспетчер» в сегмент сети, где находятся РМ, на порт RDP 3389

Ошибка:

«Не удалось установить соединение с сервером»

Ошибка появляется при попытке получить РМ

Необходимо выбрать корректный протокол доставки (SPICE) или обратиться к администратору.

Ошибка сообщает, что ПО для визуализации РМ не смогло подключиться к платформе виртуализации.

Отказ подключения происходит со стороны SPICE-сервера гипервизора.

Причиной могут быть:

  • неправильный протокол доставки;

  • виртуальная машина (ВМ) выключается и отключает видеокарту;

  • проблемы с межсетевым экраном;

  • завис процесс qemu ВМ

Ошибка:

«VMwareLinkedDeployment object has no attribute 'getConsoleConnection'»

Ошибка появляется при попытке получить РМ

Необходимо обратиться к администратору.

С поставщиком ресурсов VMware vSphere необходимо использовать протокол RDP для РМ. Протокол SPICE не поддерживается данным поставщиком

Гостевая ОС Astra Linux не производит автоматическое масштабирование экрана

При подключении к РМ не происходит автоматическое масштабирование экрана

В гостевой ОС РМ открыть программу «Терминал fly» и выполнить следующее:

  • получить название активного монитора:

xrandr --listactivemonitors

  • выполнить команду:

xrandr --output $MONITOR --auto

где $MONITOR - название активного монитора, полученное предыдущей командой.

Если действия не привели к желаемому результату, необходимо обратиться к администратору для проверки настроек масштабирования в гостевой ОС РМ

При попытке соединения к терминальному серверу или опубликованному на нем приложению соединение не устанавливается

При подключении к терминальному серверу соединение не устанавливается. При подключении к опубликованному приложению вместо приложения - черный фон. Ошибка может возникнуть при подключении к «Серверу терминалов Astra Linux» (STAL) или MS RDS

Необходимо обратиться к администратору.

Для устранения проблемы необходимо в графическом интерфейсе управления Termidesk перейти «Рабочие места - Фонды», выбрать фонд РМ и задать ему политику «Аутентификация на уровне сети (RDP)»:

  • «TLS» или «RDP» для STAL;

  • «NLA» для MS RDS

Ошибка:

«Фонд находится в режиме техобслуживания, подключение к рабочему месту временно недоступно»

Ошибка появляется при попытке получить РМ

Необходимо обратиться к администратору.

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

Ошибка:

«Ошибка сервера»

Ошибка появляется при попытке подключения к терминальному серверу STAL

Необходимо обратиться к администратору.

Администратору необходимо подключиться к серверу с установленным STAL и проверить значение параметра allowed_users в файле /etc/X11/Xwrapper.config. Этот параметр должен соответствовать:

allowed_users=anybody

Ошибка:

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

Ошибка появляется при попытке подключиться к терминальному серверу STAL через стандартную утилиту Windows mstsc

Необходимо обратиться к администратору.

Администратор должен проверить значение политики «Глубина цвета (RDP)» в «Портале администратора» компонента «Универсальный диспетчер»: значение политики должно быть «32 бит»

Ошибка:

«Сервис cups не запущен или работает некорректно»

Ошибка появляется при нажатии на экранную кнопку [Перенаправление принтеров] в интерфейсе ПО Termidesk Viewer

Необходимо обратиться к администратору. Администратор должен:

  • проверить состояние службы termidesk-cupsd:

sudo systemctl status termidesk-cupsd

  • если служба неактивна, то активировать ее:

sudo systemctl start termidesk-cupsd

  • если служба не найдена или рекомендации не помогли, то переустановить компонент «Агент виртуальных рабочих мест»

Ошибка:

«Достигнуто максимально допустимое количество подключений, разрешённое лицензией. Пожалуйста, обратитесь к администратору» или «Maximum allowed number of licensed connections has been reached. Please contact your adminstrator»

Ошибка появляется при запросе РМ

Необходимо обратиться к администратору.

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

Администратору необходимо либо принудительно завершить сессии, либо получить и внести лицензию на большее количество подключений

Ошибка:

«Не удалось авторизовать пользователя на фермах ресурсов» или «JWTAuthenticationError: Failed to get token from Server»

Ошибка появляется при попытке подключиться к РМ через веб-бразуер или через Клиент

Необходимо обратиться к администратору.

Администратор должен:

  • убедиться, что для параметра AGGREGATOR_JWT_SSL_KEY в конфигурационном файле «Агрегатора» задан правильный путь к корректному файлу закрытого ключа;

  • убедиться, что для параметра AGGREGATOR_JWT_SSL_CERT в конфигурационном файле «Универсального диспетчера», использующегося в ферме, задан правильный путь к корректному файлу сертификата

Ошибка:

«Неправильный формат имени пользователя. Имя пользователя должно соответствовать формату sAMAccountName» или «Неправильный формат имени пользователя. Имя пользователя должно соответствовать формату UPN»

Ошибка появляется при попытке авторизоваться в Клиенте или в «Портале пользователя»

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

  • если ошибка относится к формату «sAMAccountName», то логин пользователя следует указывать в формате «UserPrincipalName» (UPN), с доменной частью. Например: user@local;

  • если ошибка относится к формату UPN, то логин пользователя следует указывать в формате «sAMAccountName». Например: user.

Если ошибка воспроизводится, следует обратиться к администратору.

Администратор должен проверить, что в домене аутентификации установлено правильное значение для параметра «Формат имени пользователя для аутентификации»

Ошибка:

«В данный момент создание новой сессии невозможно из-за удаления предыдущей. Попробуйте через несколько минут. Если проблема повторится, обратитесь к администратору»

Ошибка появляется при попытке подключиться к терминальному серверу

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

Если ошибка воспроизводится, следует обратиться к администратору.

Администратор должен проверить:

  • доступность поставщика ресурсов экранной кнопкой [Тест] в «Портале администратора». Для этого нужно перейти «Инфраструктура - Поставщики ресурсов», выбрать наименование поставщика ресурсов и нажать экранную кнопку [Изменить];

  • работоспособность службы компонента «Сессионный агент» на терминальном сервере;

  • работоспособность служб STAL, если используется терминальный сервер с этим компонентом

Индикация:

«Администратор запретил доступ клиенту с этого IP адреса»

При подключении пользователя к Termidesk отображается фонд, к которому невозможно подключиться. При этом при наведении мыши на фонд появляется сообщение «Администратор запретил доступ клиенту с этого IP адреса»

Индикация означает, что администратор запретил доступ к фонду с этого IP-адреса, но разрешил его отображение.

Если доступ к фонду необходим, следует обратиться к администратору.

Администратор должен:

  • добавить соответствующую сеть в настройках фонда;

  • проверить правильность значения параметра «Доступ из связанных сетей» в свойствах фонда;

  • проверить правильность значения параметра «Скрывать недоступные ресурсы» в «Портале администратора»

При работе с файлами и их сохранении возникают ошибки записи.

При работе в офисных пакетах (например, LibreOffice) появляется ошибка:

«Невозможно создать файл блокировки …​»

При подключении пользователя к РМ по протоколу TERA и работе с перенаправленным каталогом наблюдаются ошибки записи файлов при попытке их сохранения и при работе с ними в офисных пакетах (например, LibreOffice)

Для исправления ситуации нужно отредактировать файл ~/.davfs2/davfs2_termidesk.conf, добавив строку:

Для редактирования файла требуется повышение привилегий пользователя (sudo).

use_locks    0

Не перенаправляется микрофон при подключении по протоколу RDP к ВРМ с гостевой ОС Microsoft Windows

При подключении по протоколу RDP к ВРМ с гостевой ОС Microsoft Windows с пользовательской рабочей станции, на которой микрофон отсутствует или отключен, соединение устанавливается корректно. Однако последующее подключение микрофона во время активного сеанса в ПО Termidesk Viewer не приводит к его перенаправлению в ВРМ

Для исправления ситуации нужно завершить текущий сеанс и повторно подключиться к ВРМ после подключения микрофона к пользовательской рабочей станции

Ошибка:

«Не удалось установить доверительные отношения между этой рабочей станцией и основным доменом»

Ошибка появляется при попытке авторизоваться в гостевой ОС РМ

Необходимо обратиться к администратору.

Администратор должен убедиться, что для РМ используются параметры гостевых ОС Windows с доменом MS AD

Ошибка:

«Удаленный рабочий стол не готов. Повторите попытку позже»

Ошибка появляется при попытке получить РМ

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

  • необходимо обратиться к администратору;

  • администатор должен убедиться в правильности настройки «Агента виртуального рабочего места»

Ошибка:

«Ошибка подключения: Termidesk Agent не отвечает — возможно, он не установлен или не запущен на выбранном ВРМ»

Ошибка появляется при попытке подключиться к назначенному РМ

Необходимо обратиться к администратору. Администратор должен:

  • проверить состояние службы termidesk-agent:

sudo systemctl status termidesk-agent

  • убедиться в правильности настройки «Агента виртуального рабочего места»;

  • перезапустить службу termidesk-agent:

sudo systemctl restart termidesk-agent

  • если служба не найдена или рекомендации не помогли, то переустановить компонент «Агент виртуальных рабочих мест»

После переподключения к сессии РМ или при разрыве сетевого соединения с РМ перенаправление каталога на сервер терминалов MS RDS становится недоступным

При активном использовании перенаправленного каталога (например, при копировании данных) переподключение к сессии РМ либо разрыв сетевого соединения с РМ приводит к нарушению работы механизма перенаправления. После восстановления соединения перенаправление каталога на сервер терминалов MS RDS для текущего пользователя становится недоступным: каталог не перенаправляется либо доступ к ранее перенаправленному каталогу отсутствует

Для исправления ситуации нужно выполнить выход из гостевой ОС РМ и повторно переподключиться к сессии РМ