Вопрос или проблема
У меня есть хост с Ubuntu, который я в основном использую как seedbox и файловый сервер. Он всегда подключен к физическому дисплею или эмулятору дисплея, но не к клавиатуре или мыши. Я получаю доступ к нему с компьютеров на Windows 10 через свою собственную частную домашнюю сеть – достаточно плоскую, все в одной подсети.
Или использовал, пока не обновился до 24.04.1 LTS примерно две недели назад.
Мой предпочтительный метод на протяжении многих лет – NoMachine. Когда он перестал работать после обновления, я начал тему на форумах NoMachine. После почти двух недель без ответов я потерял надежду на решение там в ближайшее время. Текущий статус сохраняет соединение и передает мышь и клавиатуру на Ubuntu с Windows, но ни звук, ни видео не возвращаются к зрителю на Windows. Для интересующихся, моя тема на форуме здесь:
Перед NoMachine я довольно активно использовал VNC, поэтому я установил сервер X11VNC. Он не стартует и предполагает, что, возможно, другой VNC-сервер работает на порту 5900. Если так, то ss не может его найти.
Я не запускаю ufw или какой-либо программный фаервол на хосте с Ubuntu.
Немного поисков, и я выяснил, что Ubuntu теперь предлагает встроенный сервер RDP. Я активировал его, и Windows будет подключаться с помощью встроенного клиента RDP, – но какой бы тип сессии я ни выбрал из выпадающего списка (кстати, как определить, какой выбрать?), я получаю черный экран на Windows и мимолетное сообщение на физическом дисплее Ubuntu: “IBus Notification Ibus должен быть вызван из сеанса рабочего стола в Wayland. Для KDE,…”, затем клиент RDP отключается. Я не использую KDE. Я знаю, что GNOME теперь использует Wayland, но, конечно, Canonical тоже, и должен был настроить встроенный сервис соответственно, верно?
Любые идеи по исправлениям или более альтернативам приветствуются.
Что касается проблемы, которую вы опубликовали, связанной с NoMachine и темой, которую вы представили, которую мы с тех пор обновили, нам не удалось воспроизвести это поведение. Ваши журналы также были проверены. Наши собственные тесты показывают, что NoMachine 8.13 работает корректно на Ubuntu 24.04. Можете ли вы обновиться до NoMachine 8.14, который был выпущен несколько дней назад? Дайте нам знать на наших форумах.
Ответ или решение
Проблема, с которой вы столкнулись после обновления до Ubuntu 24.04.1 LTS, может быть решена, и я постараюсь вам помочь.
1. Проверка NoMachine
Согласно вашей информации, NoMachine не работает должным образом. Обратите внимание на следующее:
-
Обновите NoMachine: Как вы упомянули, разработчики NoMachine выпустили обновление 8.14. Попробуйте установить его, так как оно может содержать исправления для устранения неисправностей, возникших после обновления вашей системы. Убедитесь также, что все зависимости и настройки NoMachine корректны после обновления.
-
Проверка логов: Внимательно проверьте журналы NoMachine на наличие ошибок. Обычно их можно найти в каталоге
/usr/NX/var/log/или/home/<your_username>/.nx/.... Ошибки в логах могут указать на причину проблемы.
2. X11VNC Server
Вы упомянули, что у вас проблемы с запуском X11VNC. Попробуйте следующие шаги:
-
Проверьте наличие других VNC-серверов: Убедитесь, что ни один другой VNC-сервер не занят портом 5900. Вы можете использовать команду:
sudo netstat -tuln | grep 5900Если результат будет пустым, значит, порт свободен.
-
Запуск X11VNC: Для начала запустите X11VNC с параметрами, позволяющими создать сеанс на экране. Например:
x11vnc -display :0 -auth guessУбедитесь, что вы используете правильный дисплей и аутентификацию.
3. Удаленный доступ через встроенный RDP
Вы также испытываете трудности с использованием встроенного RDP. Попробуйте следующее:
-
Поменяйте режим сессии: Если вы используете Wayland, попробуйте переключиться на X11. Для этого при входе в систему выберите сессию "GNOME на Xorg", если такая опция доступна. Это может решить проблему с черным экраном.
-
Свежая установка RDP: Если переключение на X11 не помогло, попробуйте переустановить пакет
xrdp:sudo apt remove xrdp sudo apt install xrdp -
Конфигурация RDP: После установки
xrdp, проверьте, добавлен ли ваш пользователь в группуtsusers:sudo adduser <username> tsusers
4. Альтернативные методы доступа
Если ни один из перечисленных методов не работает, вы можете рассмотреть возможность использования альтернатив:
- Rustdesk: Это бесплатное и открытое программное обеспечение для удаленного доступа, которое может быть хорошей заменой.
- TeamViewer или AnyDesk: Эти решения также могут работать на уровне удаленного доступа, хотя могут потребовать установки дополнительных пакетов.
Заключение
Перепробовав вышеперечисленные методы, вы должны получить доступ к своему GNOME рабочему столу. Если у вас возникнут дополнительные затруднения, пожалуйста, не стесняйтесь задавать вопросы на специализированных форумах или предоставлять более детальные логи, чтобы мы могли лучше понять ситуацию. Удачи!