| Индикация | Описание | Возможное решение |
|---|
Ошибка: «Не задан транспорт подключения» | Ошибка появляется при попытке получить РМ | Необходимо обратиться к администратору. Администратору необходимо добавить протоколы доставки в фонд РМ |
Ошибка: «Number of service reached MAX for service poll» | Ошибка появляется при запросе РМ | Необходимо обратиться к администратору. Ошибка значит, что достигнуто максимальное количество РМ. Администратору необходимо либо перейти в фонд и принудительно завершить сессию, либо увеличить в фонде максимальное количество РМ |
Ошибка: «INTERNAL ERROR: cannot create temporary directory!» | Ошибка появляется при входе в гостевую | Необходимо обратиться к администратору. Возможные причины ошибки: - нет прав на каталог профиля пользователя (локальный/сетевой);
- профиль не успел создаться в момент запуска компонента .
Администратору необходимо в гостевой ОС РМ перейти в «Управление компьютером - Службы и приложения - Службы - Termidesk Agent Daemon» и в свойствах службы на вкладке «Общие» установить «Тип запуска - Автоматически (отложенный запуск)» |
Ошибка: «Прокси-сервер запретил подключение» | Ошибка появляется при подключении к фонду РМ | Необходимо обратиться к администратору. Необходимо настроить прокси-сервер на уровне ОС пользовательской рабочей станции |
Статус «Подготовка рабочего места» висит неограниченно долго | При попытке подключиться к РМ по протоколу RDP (напрямую или через компонент «Шлюз») появляется статус «Подключение к рабочему месту», который потом сменяется на «Подготовка рабочего места» и отображается неограниченно долго | Необходимо обратиться к администратору. Ситуация возникает, если порт РМ недоступен: при запросе подключения к РМ по протоколу RDP перед выдачей подключения «Универсальный диспетчер» проводит проверку доступности порта затребованного протокола на целевом IP-адресе. Администратору необходимо в настройках фильтра трафика разрешить подключение из сегмента сети с инфраструктурой Termidesk для узлов с компонентами «Универсальный диспетчер» в сегмент сети, где находятся РМ, на порт RDP 3389 |
Ошибка: «Не удалось установить соединение с сервером» | Ошибка появляется при попытке получить РМ | Необходимо выбрать корректный протокол доставки (SPICE) или обратиться к администратору. Ошибка сообщает, что ПО для визуализации РМ не смогло подключиться к платформе виртуализации. Отказ подключения происходит со стороны SPICE-сервера гипервизора. Причиной могут быть: - неправильный протокол доставки;
- (ВМ) выключается и отключает видеокарту;
- проблемы с межсетевым экраном;
- завис процесс
|
Ошибка: «VMwareLinkedDeployment object has no attribute 'getConsoleConnection'» | Ошибка появляется при попытке получить РМ | Необходимо обратиться к администратору. С поставщиком ресурсов VMware vSphere необходимо использовать протокол RDP для РМ. Протоколы SPICE/VNC не поддерживаются данным поставщиком |
Гостевая ОС Astra Linux не производит автоматическое масштабирование экрана | При подключении к РМ не происходит автоматическое масштабирование экрана | В гостевой ОС РМ открыть программу «Терминал fly» и выполнить следующее: - получить название активного монитора:
xrandr --listactivemonitors |
xrandr --output $MONITOR --auto |
где $MONITOR - название активного монитора, полученное предыдущей командой. Если действия не привели к желаемому результату, необходимо обратиться к администратору для проверки настроек масштабирования в гостевой ОС РМ |
При попытке соединения к терминальному серверу или опубликованному на нем приложению соединение не устанавливается | При подключении к терминальному серверу соединение не устанавливается. При подключении к опубликованному приложению вместо приложения - черный фон. Ошибка может возникнуть при подключении к «Серверу терминалов Astra Linux» (STAL) или MS RDS | Необходимо обратиться к администратору. Для устранения проблемы необходимо в графическом интерфейсе управления Termidesk перейти «Рабочие места - Фонды», выбрать фонд РМ и задать ему политику «Аутентификация на уровне сети (RDP)»: - «» или «RDP» для STAL;
- «» для MS RDS
|
Не отображается окно приложения, полученного через Microsoft Remote Desktop Services, в ОС Microsoft Windows | При запуске приложения на панели задач отображается иконка приложения, само приложение не отображается | Чтобы обойти эту проблему, нужно отключить режим hi-Def на пользовательской рабочей станции. Для этого выполнить последовательность действий: |
Ошибка: «Фонд находится в режиме техобслуживания, подключение к рабочему месту временно недоступно» | Ошибка появляется при попытке получить РМ | Необходимо обратиться к администратору. Выбранный фонд находится в режиме техобслуживания. Чтобы фонд вновь был доступен для подключения, администратор должен отключить этот режим |
Ошибка: «Ошибка сервера» | Ошибка появляется при попытке подключения к терминальному серверу STAL | Необходимо обратиться к администратору. Администратору необходимо подключиться к серверу с установленным STAL и проверить значение параметра allowed_users в файле /etc/X11/Xwrapper.config. Этот параметр должен соответствовать:
|
Ошибка: «Этот сеанс будет прекращен из-за ошибки протокола. Попробуйте подключиться заново к удаленному компьютеру» | Ошибка появляется при попытке подключиться к терминальному серверу 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.conf, добавив строку: Для редактирования файла требуется повышение привилегий пользователя (sudo). |
|
Не перенаправляется микрофон при подключении по протоколу RDP к ВРМ с гостевой ОС Microsoft Windows | При подключении по протоколу RDP к ВРМ с гостевой ОС Microsoft Windows с пользовательской рабочей станции, на которой микрофон отсутствует или отключен, соединение устанавливается корректно. Однако последующее подключение микрофона во время активного сеанса в ПО Termidesk Viewer не приводит к его перенаправлению в ВРМ | Для исправления ситуации нужно завершить текущий сеанс и повторно подключиться к ВРМ после подключения микрофона к пользовательской рабочей станции |