Диагностика и решение проблем

Важно

Если вы сталкиваетесь с проблемами взаимодействия или подключения между главным и клиентским компьютерами, вы всегда должны убедиться, что на всех компьютерах используется идентичная конфигурация Veyon. Чтобы избежать проблем в целом, рекомендуется автоматизировать передачу конфигурации во время установка или через Интерфейс командной строки вместо импорта конфигурации вручную с помощью конфигуратора Veyon. Конфигурация также должна передаваться на все затронутые компьютеры каждый раз, когда вносятся изменения во время устранения неполадок.

Доступ к компьютерам невозможен

Существует множество причин, которые могут помешать доступу к компьютеру с помощью Veyon Master.

Сетевые проблемы

Прежде всего, следует проверить общее сетевое подключение компьютера. Используйте утилиту ping (которая обычно входит в комплект каждой операционной системы) для диагностики проблем с подключением.

Проблемы с сервисом Veyon Service

Если компьютер можно пинговать, вы должны убедиться, что Veyon Service работает правильно. Откройте конфигуратор Veyon и откройте страницу конфигурации Сервис. В разделе Главное статус службы должен отображаться со статусом Запущен. В противном случае сервис можно запустить с помощью кнопки Запустить сервис. Если это не увенчалось успехом, вам следует попробовать переустановить Veyon. Если новая установка не помогает, вы можете проверить файлы журналов Veyon Service, а также сообщения журнала операционной системы на наличие сообщений об ошибках и возможных причин. Кроме того, вы можете найти дополнительные подсказки или настройки в разделе Управление службами вашей операционной системы.

Настройки службы и брандмауэра

Если служба запущена, вы должны убедиться, что она прослушивает входящие соединения на правильном сетевом порту. Вы можете проверить это на локальном компьютере, используя telnet:

telnet localhost 11100

Помимо общего вывода программы должна отображаться символьная строка RFB 003.008. Если выходные данные не содержат этих символов, вам следует проверить настройки номера сетевого порта и Разные сетевые настройки, особенно номер порта сервера Veyon. Вы должны попытаться сбросить их до значений по умолчанию.

Далее тот же доступ должен быть возможен с другого компьютера в сети. Утилиту telnet можно использовать для диагностики. Аргумент программы localhost должен быть заменен именем или IP-адресом соответствующего компьютера. Если доступ не удается, пожалуйста, убедитесь, что опция Разрешить подключения только с локального хоста в Разные сетевые настройки отключена. Дополнительно контроль доступа к компьютеру должен быть отключен изначально, так как в противном случае служба может прослушивать только localhost. Это может произойти, если внешнему доступу будет отказано из-за соответствия текущим правилам. Если обе настройки верны, вывод

netstat -a

должен указывать на то, что служба не (только) прослушивает localhost или 127.0.0.1 (статус LISTEN или аналогичный).

Если доступ к порту с удаленных компьютеров по-прежнему не удается, обычно брандмауэр предотвращает доступ и должен быть соответствующим образом перенастроен. В Linux это касается настроек iptables, ufw и т.д. Обратитесь к соответствующим руководствам используемого программного обеспечения. В Windows Veyon автоматически настраивает встроенный брандмауэр Windows, если для параметра Включить исключение брандмауэра в Разные сетевые настройки установлено значение по умолчанию (включено). Если используется стороннее решение брандмауэра, оно должно быть настроено так, чтобы разрешать внешний доступ к TCP-портам 11100 (порт сервера Veyon) и 11400 (демонстрационный сервер).

Настройки аутентификации

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

Если используется проверка подлинности файла ключа, файлы ключей на главном и клиентском компьютерах должны точно совпадать. На клиентских компьютерах файл открытого ключа должен иметь точно такое же содержимое, как и на главном компьютере. Если доступ по-прежнему не удается, разрешения на доступ к ключевым файлам могут быть неправильными. Служба Veyon должна иметь разрешения на чтение файла открытого ключа, в то время как пользователь Veyon Master должен иметь возможность читать файл закрытого ключа. Если проблема не устранена, то каталоги файлов ключей файлов ключей следует удалить на всех компьютерах и создать новую пару ключей на главном компьютере. Затем открытый ключ должен быть повторно импортирован на все клиентские компьютеры.

Настройки для контроля доступа к компьютеру

Неправильная конфигурация контроля доступа к компьютеру также может привести к недоступности компьютеров. Первоначально рекомендуется полностью отключить контроль доступа к компьютеру с помощью конфигуратора Veyon. Это позволяет определить, какой метод контроля доступа к компьютеру, возможно, неправильно настроен.

Если используется авторизованные группы пользователей для доступа к компьютеру, вам следует проверить, является ли список авторизованных групп пользователей полным и является ли пользователь, получающий доступ, членом одной из этих групп пользователей.

Неправильно настроенные правила контроля доступа также могут вызвать проблемы с доступом к компьютерам. Необходимо всегда указывать по крайней мере одно правило, чтобы разрешить доступ при определенных условиях. Если это обеспечено, временное тестовое правило может быть вставлено в конец списка для дальнейшей отладки. Это правило должно быть настроено таким образом, чтобы была включена опция Всегда обрабатывать правило и игнорировать условия и выбрано действие Разрешить доступ. Затем это правило можно шаг за шагом перемещать вверх по списку правил, пока тест не вернет желаемые положительные результаты и доступ не заработает. Правило доступа, расположенное непосредственно под тестовым правилом, в этом случае является причиной отказа в доступе и может быть рассмотрено более внимательно и соответствующим образом исправлено. Не забудьте впоследствии удалить тестовое правило, чтобы предотвратить несанкционированный доступ.

Антивирусное ПО

Некоторые пользователи сообщили, что установленное антивирусное программное обеспечение вызвало проблемы с Veyon, особенно в отношении сервиса Veyon. В рамках процесса устранения неполадок вам следует временно отключить антивирусное программное обеспечение, чтобы выяснить, является ли антивирусное программное обеспечение причиной ошибки. Если это так, попробуйте добавить исключение для службы Veyon после повторного включения антивирусного программного обеспечения. В качестве альтернативы обратитесь за дополнительной помощью к поставщику вашего антивирусного программного обеспечения.

Проблемы с синхронизацией времени

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

Настройки неправильно сохранены/загружены

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

Местоположения и компьютеры из каталога LDAP не отображаются в Veyon Master

Пожалуйста, убедитесь, что:

  • для каталога сетевых объектов на странице конфигурации Главное установлено значение LDAP Basic или LDAP Pro

  • Тесты интеграции LDAP Список всех записей местоположения и Список всех местоположений прошли успешно и возвращают правильные объекты

  • на странице конфигурации Мастер все параметры для точной настройки поведения установлены на значения по умолчанию

Автоматический выбор текущего местоположения не работает

Если опция автоматического выбора текущего местоположения активирована, но не имеет эффекта при запуске Veyon Master, вы должны сначала убедиться, что главный компьютер также указан как компьютер для соответствующей комнаты в каталоге сетевых объектов.

Если проблема сохраняется, хотя все записи в каталоге сетевых объектов верны, обычно возникает проблема с конфигурацией DNS в сети. Убедитесь, что имена компьютеров могут быть преобразованы в IP-адреса, а обратный поиск IP-адресов возвращает соответствующие имена компьютеров. В большинстве операционных систем для этой цели доступен инструмент диагностики DNS nslookup. Вызов программы с именем локального компьютера в качестве аргумента должен возвращать действительный IP-адрес. Второй вызов с определенным IP-адресом должен снова вернуть имя компьютера.

Если функция не работает должным образом, несмотря на правильную настройку DNS, на втором шаге для параметра уровень логирования можно установить наивысшее значение (Отладочные сообщения и все остальное). После перезапуска Veyon Master вы можете выполнить поиск в файле журнала VeyonMaster.log в каталоге каталог файлов журнала для поиска дальнейших причин ошибок. Строки с сообщениями «initializing locations» и «found locations» указывают, какие имена хостов и IP-адреса использовались для определения местоположения и какие местоположения были в конечном итоге определены на основе этой информации.

Блокировку экрана можно обойти с помощью Ctrl+Alt+Del

Чтобы полностью заблокировать все нажатия клавиш и сочетания клавиш в режиме блокировки экрана, вы должны перезагрузить компьютер после установки Veyon в Windows. Без перезагрузки специфичный для Veyon драйвер для устройств ввода еще не активен, и нажатия клавиш не могут быть перехвачены.

В демонстрационном режиме на клиентских компьютерах отображается только черный экран или окно

Пожалуйста, убедитесь, что:

  • на странице конфигурации Сервис в разделе номера сетевых портов для порта демонстрационного сервера установлено значение по умолчанию 11400

  • на странице конфигурации Сервис исключение брандмауэра включено на главном компьютере или сторонний брандмауэр настроен для разрешения входящих подключений к TCP-порту 11400

  • пользователь Veyon Master имеет доступ к своему собственному компьютеру (т.е. к локальной службе Veyon). В правилах контроля доступа может существовать правило, запрещающее доступ к компьютеру, если учитель вошел в систему. В этом случае вы должны создать правило с условием Доступ к компьютеру - localhost, включенное как можно выше по списку правил. В противном случае демонстрационный сервер не сможет получить доступ к содержимому экрана компьютера преподавателя и распространить его на клиентские компьютеры.

Сбой сервера Veyon с ошибками XIO или XCB в Linux

Известны проблемы с определенными версиями KDE и Qt в Linux, приводящие к сбою сервера Veyon. Это также влияет на несколько других реализаций сервера VNC. Если вы страдаете от таких сбоев, рассмотрите возможность обновления KDE/Qt. В крайнем случае вы можете отключить расширение X Damage в конфигурации сервера VNC. Однако это снизит общую производительность и увеличит нагрузку на процессор.

Некоторые функции, такие как запуск приложений или открытие веб-сайтов, не работают

Сообщалось, что проблемы возникают, если имя пользователя и имя компьютера идентичны. При входе пользователя с именем student на компьютер с именем хоста student некоторые функции не будут запускаться, когда пользовательский сеанс управляется через Veyon Master.