Вопрос или проблема
У меня есть ноутбук с Windows 10, пытаюсь подключиться по RDP к рабочему столу Ubuntu 14.04.
Я установил TightVNC на станцию Ubuntu, затем установил xrdp, в основном следуя инструкциям на этой странице
Когда я запускаю RDP на моем ноутбуке с Windows и пытаюсь войти в систему, я получаю следующую ошибку:
подключение к sesman ip 127.0.0.1 port 3350
подключение к sesman выполнено успешно
отправка информации о входе в систему менеджеру сеансов, пожалуйста, подождите...
xrdp_mm_process_login_response: вход успешен для дисплея
начато подключение
подключение к 127.0.0.1 5910
ошибка — проблема с подключением
На стороне Ubuntu запись в /var/log/xrdp-sesman.log содержит:
[20190128-12:00:18] [INFO ] поток scp на sck 7 успешно запущен
[20190128-12:00:18] [INFO ] ++ создан сеанс (доступ разрешен): имя пользователя, IP 192.168.1.100:52303 - сокет: 7
[20190128-12:00:18] [INFO ] начинается сессия Xvnc...
[20190128-12:00:28] [ERROR] тайм-аут запуска X сервера для дисплея 10
[20190128-12:00:28] [ERROR] другой X сервер уже активен на дисплее 10
[20190128-12:00:28] [DEBUG] прерывание подключения...
[20190128-12:00:28] [INFO ] ++ завершён сеанс: имя пользователя, дисплей :10.0, ~~~
Откуда может возникнуть эта ошибка?
Я уже пробовал переустанавливать tightvncserver и xrdp в порядке, предложенном на другом форуме.
Добавление “username” в группу xrdp помогло мне с похожей проблемой:
sudo adduser [username] xrdp
Ответ или решение
Для решения проблемы подключения через xrdp с Windows 10 на Ubuntu 14.04 приведем пошаговое руководство, учитывая описанную ошибку и возможные ее причины.
Описание проблемы
При попытке подключения через RDP с Windows 10 к Ubuntu 14.04 возникает ошибка на этапе соединения с дисплеем. Логи показывают, что:
- Успешно выполняется начальная аутентификация с xrdp и sesman.
- Подключение к дисплею :10 завершается с ошибкой, связанной с таймаутом X-сервера и возможной активностью другого X-сервера.
Возможные причины проблемы
-
Конфликт дисплея: Сообщение об ещё одном активном X-сервере на том же дисплее указывает на конфликт. Возможно, система уже занята другой сессией Xvnc или другим VNC-сервером.
-
Неправильные права доступа: Недостаточные права доступа пользователя для запуска сессии.
-
Неправильно настроенный VNC сервер: Возможны неверные конфигурации или несовместимость версии TightVNC.
Пошаговые решения
-
Перезагрузка xrdp и VNC сервера:
- Перезапустите службы xrdp и VNC:
sudo systemctl restart xrdp sudo systemctl restart vncserver
- Убедитесь, что нет конфликтующих процессов:
ps aux | grep X ps aux | grep vnc
Уничтожьте процессы, которые могут мешать:
sudo kill -9 [PID_процессов]
- Перезапустите службы xrdp и VNC:
-
Изменение номера дисплея:
- Попробуйте изменить номер дисплея, чтобы избежать конфликта:
Откройте файл конфигурации xrdp/etc/xrdp/xrdp.ini
и изменитеport=-1
на, например,port=5901
. Это позволит использовать другой VNC-дисплей.
- Попробуйте изменить номер дисплея, чтобы избежать конфликта:
-
Добавление пользователя в группу xrdp:
- Убедитесь, что пользователь добавлен в группу xrdp, что может решить проблему прав:
sudo adduser [username] xrdp
- Перезагрузите систему, чтобы изменения вступили в силу.
- Убедитесь, что пользователь добавлен в группу xrdp, что может решить проблему прав:
-
Проверка конфигурации VNC:
- Перепроверьте конфигурации TightVNC:
Убедитесь, что файл конфигурации соответствует стандартным требованиям и нет конфликтующих параметров.
- Перепроверьте конфигурации TightVNC:
-
Обновление и настройки пакетов:
- Обновите систему и все установленные пакеты:
sudo apt-get update sudo apt-get upgrade
- Если проблема с совместимостью, попробуйте другие VNC-сервера, такие как TigerVNC, которые могут работать более стабильно в связке с xrdp.
- Обновите систему и все установленные пакеты:
Заключение
Указанный шаги помогут в устранении проблемы подключения через xrdp на Ubuntu 14.04. Тщательное следование инструкциям и внимательное изучение логов позволит выяснить точное происхождение ошибки и скорректировать настройки должным образом. Опираясь на логи и диагностику можно настраивать систему для стабильной работы RDP соединений, удовлетворяя современные ожидания пользователей.