Вопрос или проблема
Я использовал это решение для удаленного рабочего стола несколько лет назад, но, похоже, возникла проблема с последней версией Ubuntu. Соединение постоянно разрывается при удаленном подключении. Как я могу найти, в чем проблема? Стоит ли искать .log или что-то подобное?
Я пробовал с несколькими x11vnc -опциями, и все зависает. Пробовал решения ‘apt install lightdm’, опубликованные здесь, но они не сработали
Вы можете использовать этот протокол настройки, который повторно изложен здесь. Он работает довольно хорошо. Я могу подключаться через RealVNC и MAC screen share. Последний работает не так хорошо, правда.
.
Ответ или решение
Когда сталкиваетесь с проблемами, связанными с постоянным закрытием x11vnc на Ubuntu 18.04 LTS, важно провести систематический подход к диагностике и устранению неполадок. Ниже мы разберем ключевые аспекты, которые помогут выявить и устранить проблему, связанную с нестабильной работой x11vnc.
Теория
x11vnc — это популярный инструмент для удаленного доступа, который позволяет получить доступ к рабочему столу через VNC-протокол. Обычно он используется для доступа к текущей X-сессии пользователя. Возможные причины его нестабильной работы могут быть связаны с конфликтами конфигураций, обновлениями системных пакетов, несовместимостью с текущими менеджерами дисплеев или проблемами с сетью.
Диагностика и пример
-
Логи системы и x11vnc: Логи — это основной источник информации при диагностике программных проблем. x11vnc может записывать собственные логи, которые помогут выявить причину его нестабильной работы. Обратите внимание на запуск x11vnc с дополнительными параметрами для логирования, например,
x11vnc -o /path/to/logfile.log
, чтобы сохранить лог ошибок в отдельный файл. Кроме того, проверьте системные логи, такие как/var/log/syslog
и/var/log/auth.log
, для получения дополнительной информации о том, что происходит в системе в моменты, когда x11vnc закрывается. -
Проблемы с дисплейным менеджером: Некоторые пользователи сообщали о несовместимостях между x11vnc и дефолтным дисплейным менеджером
gdm3
. Попробуйте переключиться наlightdm
, как было рекомендовано, однако важно убедиться, что это сделано правильно. Проверьте, активен лиlightdm
, с помощью командыsudo systemctl status lightdm
. Если проблема сохраняется, попробуйте удалить и переустановитьlightdm
. -
Сетевые проблемы: Проверьте сеть на предмет наличия блокировок или нестабильных соединений, которые могут вызывать разрывы. Используйте утилиты
ping
иnetstat
для диагностики сетевых соединений. Убедитесь, что firewall настроен корректно, и что порты для VNC открыты. -
Параметры запуска x11vnc: Вы уже пробовали различные
-options
, но важно убедиться, что используется актуальная версия со всей необходимой поддержкой и исправлениями. Попробуйте запустить x11vnc с опцией-forever
, которая предотвращает закрытие после окончания сессии. Проверяйте также, чтоб параметры-noxdamage
и-nodpms
были заданы, поскольку иногда проблемы могут возникать из-за графических оптимизаций и управления энергопотреблением.
Применение
Чтобы применить вышеуказанные рекомендации на практике:
-
Создайте файл для логов: Запустите x11vnc с параметром логирования:
x11vnc -o ~/x11vnc.log
После возникновения ошибки или разрыва соединения проверьте содержимое файла
x11vnc.log
в вашем домашнем каталоге. -
Переключитесь на LightDM: Если попытка переключения привела к ошибкам, выполните переустановку:
sudo apt-get remove gdm3 sudo apt-get install lightdm
После установки выполните команду выбора дисплейного менеджера:
sudo dpkg-reconfigure lightdm
-
Проверьте сетевые настройки:
- Выполните
ping remote-host
для проверки стабильности соединения. - Используйте
ufw
для проверки разрешенных портов:sudo ufw status
- Отредактируйте настройки firewall, если необходимо, чтобы порты для VNC были открыты.
- Выполните
-
Команда для запуска x11vnc:
Запустите сессии с самыми безопасными параметрами:x11vnc -forever -noxdamage -nodpms
Эти шаги помогут выявить и устранить проблемы, связанные с закрытием x11vnc в Ubuntu 18.04 LTS, и улучшат стабильность вашей системы для удаленного доступа. Каждый шаг должен сопровождаться проверкой логов на появление новых сообщениях об ошибках, чтобы определить на каком этапе решается проблема.