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

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

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

Невозможно подключиться по TERA к физической машине c ОС Astra Linux Special Edition

Пользователь не может подключиться по TERA к физической машине

Необходимо проверить работоспособность ПО x11tera согласно подразделу Установка в ОС Astra Linux Special Edition для физической машины.

Если нужный порт не отображается в ОС, то следует:

Клавиатура и мышь заблокированы на физической машине с ОС Astra Linux Special Edition

Клавиатура и мышь заблокированы на физической машине после подключения пользователя по TERA

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

Для восстановления локального доступа к физической машине (и отключения удаленного пользователя) могут использоваться следующие способы:

  • действия, перечисленные в подразделе Разблокирование физической машины с помощью интерфейсов ввода;

  • повторное подключение и отключение пользователя по TERA к физической машине;

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

  • подключение к физической машине других периферийных устройств (монитора, клавиатуры, мыши) с последующей авторизацией в ОС;

  • включение заблокированных устройств через удаленное подключение к физической машине по протоколу SSH.

Подробно действия приведены после таблицы

Черный экран монитора физической машины с установленной ОС Astra Linux Special Edition

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

Поведение означает, что настройки монитора не восстановились до штатных, и он остается в выключенном состоянии (фактически уменьшается до нуля яркость монитора).

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

Не происходит изменение размера окна ПО Termidesk Viewer, не работает передача файлов и буфер обмена

При подключении к физической машине с установленной ОС Astra Linux Special Edition не происходит изменение экрана, не работает передача файла и буфер обмена

Для разрешения ситуации следует выполнить переподключение удаленного пользователя через ПО Termidesk Viewer

Масштаб окна ПО Termidesk Viewer меняется с резкими переходами при подключении к физической машине с установленной ОС Astra Linux Special Edition

При подключении к физической машине с установленной ОС Astra Linux Special Edition масштаб окна ПО Termidesk Viewer меняется с резкими переходами, без плавности

Для разрешения ситуации следует исключить использование параметра --render-mode со значением near для ПО tera-vdagent (см. подраздел Интерфейс командной строки ПО tera-vdagent)

Не работает звук в ВМ с установленной ОС Astra Linux Special Edition

После подключения пользователя к ВМ с ОС Astra Linux Special Edition перестает работать звук

Для воспроизведения звука используется виртуальное устройство pulseaudio. Звуковые устройства TERA отображаются в настройках звука гостевой ОС с названиями:

  • «Динамики TERA»;

  • «Микрофон TERA».

Для восстановления работы звука после сбоя следует выполнить в гостевой ОС (команды выполняются подключенным пользователем):

  • перезапустить службу pulseaudio:

systemctl restart pulseaudio

  • если первый способ не помог, то перезапустить службы TERA:

systemctl --user restart tera-audio.service tera-record.service

Отображается диалоговое окно «Ваша предыдущая сессия не завершена! Продолжить?» при подключении к физической машине с установленной ОС Astra Linux Special Edition

При подключении удаленного пользователя к физической машине с установленной ОС Astra Linux Special Edition отображается диалоговое окно «Ваша предыдущая сессия не завершена! Продолжить?». При этом не выключается экран этой физической машины

Поведение означает, что к физической машине уже существует подключение, например, по протоколу SSH.

Для решения ситуации следует завершить открытые сессии пользователя и выполнить повторное подключение к физической машине через компонент «Клиент»

Отображается диалоговое окно с текстом «Ваша предыдущая сессия не завершена! Начать новую?»

Диалоговое окно появляется на этапе выхода из сессии и может присутствовать на экране до 15 секунд

Для разрешения ситуации нужно в файле $HOME/.fly/sessrc изменить параметры в следующие значения: UseConfirmDialog=false и UseSM=false

Работа TERA на физической машине происходит с задержками, при этом процессор и сеть на машине не нагружены

При подключении удаленного пользователя к физической машине по протоколу TERA наблюдаются задержки

Для разрешения ситуации следует отключить управление дисплеями, назначив параметр --render-mode со значением mutter для ПО tera-vdagent (см. подраздел Интерфейс командной строки ПО tera-vdagent)

Сообщение «Этот принтер недоступен или настроен неправильно», не распечатывается файл из браузера Chromium

Файл не отправляется на печать из веб-браузера Chromium

Для разрешения ситуации следует:

  • открыть файл в программе, отличной от веб-браузера Chromium: например, в веб-браузере Mozilla Firefox или в офисном приложении OpenOffice;

  • распечатать файл через выбранную программу

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

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

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

Таким образом, нужно убедиться, что группа настроек пропускной способности протокола в конфигурационном файле /etc/X11/xorg.conf.d/30-teraqxl.xorg.conf соответствует следующим значениям:

TeraStreamingVideo=filter
TeraZlibGlzWanCompression=never
TeraJpegWanCompression=never
TeraImageCompression=off
TeraDeferredFPS=0

Звук передается с задержками при использовании систем видеоконференцсвязи

При использовании систем видеоконференцсвязи в гостевой ОС РМ наблюдаются некомфортные для общения задержки звука

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

Для разрешения ситуации нужно убедиться, что используемая модель Bluetooth-наушников не обладает этим недостатком

Нестабильная работа ОС Astra Linux Special Edition при попытке проверить звук для устройства «Микрофон TERA» через системное приложение

При попытке проверить звук с устройства «Микрофон TERA» через встроенное в ОС Astra Linux Special Edition приложение звуковых устройств («Параметры - Звуковые устройства») наблюдается нестабильная работа ОС

Поведение связано с архитектурными ограничениями звукового сервера PulseAudio. Для проверки работы звука для устройства «Микрофон TERA» не следует использовать системное приложение («Параметры - Звуковые устройства», вкладка «Устройства записи»).

Для проверки работы звука следует использовать один из способов:

  • проверка через сторонние приложения, например, веб-браузер Chromium или платформу видеоконференций Dion;

  • проверка воспроизведения звука с микрофона на устройство «Динамики TERA» в системном приложении звуковых устройств («Параметры - Звуковые устройства», вкладка «Воспроизведение»)

Не происходит изменение разрешения экрана при подключении к физической машине

При подключении к физической машине не происходит изменение разрешения экрана

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

Если ни один монитор не подключен, изменение разрешения экрана работать не будет (при этом экран будет масштабироваться)

Некорректная работа клавиши <↓>, отсутствие реакции на клавиши <←>, <↑>,<→>

При подключении к гостевой ОС Astra Linux Special Edition с включенным режимом ЗПС («Смоленск») нажатие клавиши <↓> транслируется как клавиша <ENTER>, отсутствует реакция на нажатие клавиш <←>, <↑>,<→>

Для разрешения ситуации следует:

  • скорректировать файл /etc/default/tera-vdagent, указав TERA_VDAGENT_RESTORE_XKBMAP=yes;

  • выполнить перезапуск службы tera-vdagentd

Отсутствуют звуковые устройства в ВМ с установленной ОС Astra Linux Special Edition

После установки TERA на ВМ с ОС Astra Linux Special Edition отсутствуют звуковые устройства

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

Мониторы, подключенные к физической машине, самопроизвольно включаются

На физической машине с ОС Astra Linux Special Edition наблюдается самопроизвольное включение мониторов

Чаще всего ситуация возникает при подключении к физической машине оборудования KVM.

Для разрешения ситуации рекомендуется:

  • либо удалить пакет kscreen. Удаление пакета приведет к невозможности редактирования конфигурации мониторов пользователем из графического интерфейса. Пользователю будет доступно редактирование только через утилиту xrandr (из командной строки);

  • либо отключить автоматический запуск kscreend. Для этого:

    • в файл /etc/xdg/autostart/kscreen.desktop добавить строку Hidden=true;

    • в файл /usr/share/fly-dm/autostart/greeter/kscreend_autostart.desktop добавить строку Hidden=true;

    • предварительно сохранить файлы и данные в графической среде, затем перезапустить службу display-manager:

      sudo systemctl restart display-manager

При подключении к РМ ОС Microsoft Windows ПО Termidesk Viewer отображает сообщение: «Ошибка подключения: ошибка аутентификации»

ПО Termidesk Viewer отображает сообщение: «Ошибка подключения: ошибка аутентификации» при подключении к РМ ОС Microsoft Windows

Сообщение отображается в следующих случаях:

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

  • выполнена некорректная настройка поставщика учетных данных. Если в каталоге реестра HKEY_LOCAL_MACHINE\SOFTWARE\UVEON\Termidesk TERA параметру TERA_CRED_PROVIDER присвоено значение true, необходимо убедиться, что в «Портале администратора» активирована политика «Автоматический вход в систему при подключении к РМ (RDP, SPICE, TERA)».

Отображается экран ввода учетных данных пользователя при использовании поставщика учетных данных при подключении к РМ ОС Microsoft Windows

При подключении к РМ ОС Microsoft Windows отображается экран ввода учетных данных пользователя при использовании поставщика учетных данных

Ситуация возникает при отсутствии пользователя в ОС РМ. В случае бездействия сессия завершится через 30 секунд. Время ожидания аутентификации пользователя задается в параметре LogonTimeout в каталоге реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\TERA

Действия для решения ситуации «Клавиатура и мышь заблокированы». Для восстановления локального доступа к физической машине при удаленном подключении по протоколу SSH:

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

x11tera_on_disconnect

  • если команда не помогла, то:

    • проверить активные сессии:

      who

    • выбрать сессию с обозначением :0 или :1 (и др.);

    • назначить полученное обозначение параметру DISPLAY:

      export DISPLAY=:0

    • получить список заблокированных устройств и запомнить их идентификаторы (параметр id=):

      xinput

    • включить нужные устройства, указав их идентификатор:

      xinput enable 9
xinput enable 11

    • получить список заблокированных мониторов:

      xrandr

    • включить нужный монитор (в примере HDMI-1, который не являлся основным):

      xrandr --output HDMI-1 --auto

    • восстановить работу основного монитора (в примере eDP-1):

      xrandr --output eDP-1 --brightness 1

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

    • перезагрузить ОС физической машины.

Действия для решения ситуации «Черный экран монитора». Для решения ситуации следует выполнить удаленное подключение к физической машине по протоколу SSH и затем:

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

x11tera_on_disconnect

  • если команда не помогла, то:

    • проверить активные сессии:

      who

    • выбрать сессию с обозначением :0 или :1 (и др.);

    • назначить полученное обозначение параметру DISPLAY:

      export DISPLAY=:0

    • получить список подключенных к физической машине мониторов:

      xrandr \| grep " connected" \| cut -d' ' -f1

    • восстановить работу мониторов (в примере eDP-1 и HDMI-2):

      xrandr --output eDP-1 --auto
xrandr --output HDMI-2 --auto
xrandr --output eDP-1 --brightness 1
xrandr --output HDMI-2 --brightness 1

Если это не помогло, следует:

  • подключить к физической машине второй монитор. Убедиться, что изображение отображается на нем;

  • перейти в настройки монитора из ОС. В ОС Astra Linux Special Edition 1.7 нужно перейти «Звезда - Панель управления - Настройка монитора»;

  • в поле «Устройство» выбрать основной монитор (проблемный);

  • нажать экранную кнопку [Цветовая коррекция] и в открывшемся окне изменить значения для парамеров «Гамма», «Красный», «Зеленый», «Синий» при помощи ползунков. При этом применять изменения не требуется.

Если монитор по-прежнему не включается, следует задать параметр --render-mode со значением near для ПО tera-vdagent (см. подраздел Интерфейс командной строки ПО tera-vdagent)