- Вопрос или проблема
- Ответ или решение
- 1. Проверка состояния сессии пользователя
- 2. Некорректная конфигурация X11 и сред рабочего стола
- 3. Сервисы XRDP и Sesman
- 4. Проверка прав доступа и групповой конфигурации
- 5. Конфликты с графическими драйверами
- 6. Переключение на многопользовательский режим
- 7. Логи и диагностика
- Заключение
Вопрос или проблема
Я столкнулся с проблемой с XRDP, когда сеанс сразу завершается после ввода правильного имени пользователя и пароля. Я видел множество случаев этой проблемы на форуме, но ни одно из решений не помогло. Можете предложить, что делать дальше?
Вот xrdp.log
[20210116-16:01:40] [INFO ] Получено соединение сокета 12: AF_INET6 от ::ffff:192.168.1.4 порт 54568
[20210116-16:01:40] [DEBUG] Закрыт сокет 12 (AF_INET6 ::ffff:192.168.1.47 порт 3389)
[20210116-16:01:40] [DEBUG] Закрыт сокет 11 (AF_INET6 :: порт 3389)
[20210116-16:01:40] [INFO ] Используется сертификат X.509 по умолчанию: /etc/xrdp/cert.pem
[20210116-16:01:40] [INFO ] Используется файл ключа X.509 по умолчанию: /etc/xrdp/key.pem
[20210116-16:01:40] [DEBUG] TLSv1.3 включен
[20210116-16:01:40] [DEBUG] TLSv1.2 включен
[20210116-16:01:40] [DEBUG] Слой безопасности: запрошен 11, выбран 1
[20210116-16:01:50] [INFO ] имя компьютера клиента: abhsha-m-23zs
[20210116-16:01:50] [INFO ] добавление элемента канала имя rdpdr chan_id 1004 флаги 0x80800000
[20210116-16:01:50] [INFO ] добавление элемента канала имя rdpsnd chan_id 1005 флаги 0xc0000000
[20210116-16:01:50] [INFO ] добавление элемента канала имя cliprdr chan_id 1006 флаги 0xc0a00000
[20210116-16:01:50] [INFO ] добавление элемента канала имя drdynvc chan_id 1007 флаги 0xc0800000
[20210116-16:01:50] [INFO ] TLS-соединение установлено от ::ffff:192.168.1.4 порт 54568: TLSv1.2 с шифром ECDHE-RSA-AES256-GCM-SHA384
[20210116-16:01:50] [DEBUG] xrdp_000005c9_wm_login_mode_event_00000001
[20210116-16:01:50] [INFO ] Невозможно найти файл раскладки клавиатуры /etc/xrdp/km-00000000.ini
[20210116-16:01:50] [INFO ] Невозможно найти файл раскладки клавиатуры /etc/xrdp/km-00000000.ini
[20210116-16:01:50] [INFO ] Загружается файл раскладки клавиатуры /etc/xrdp/km-00000409.ini
[20210116-16:01:50] [WARN ] локальный файл раскладки клавиатуры для 0x00000000 найден и не совпадает с встроенной раскладкой клавиатуры, используется локальный файл раскладки
[20210116-16:01:50] [DEBUG] xrdp_wm_log_msg: подключение к sesman ip 127.0.0.1 порт 3350
[20210116-16:01:50] [INFO ] xrdp_wm_log_msg: sesman соединение установлено
[20210116-16:01:50] [DEBUG] xrdp_wm_log_msg: отправка информации для входа в менеджер сеансов, пожалуйста, подождите...
[20210116-16:01:50] [DEBUG] возвращаемое значение из xrdp_mm_connect 0
[20210116-16:01:50] [INFO ] xrdp_wm_log_msg: вход выполнен успешно для дисплея 10
[20210116-16:01:50] [DEBUG] xrdp_wm_log_msg: начато подключение
[20210116-16:01:50] [INFO ] lib_mod_log_peer: xrdp_pid=1481 подключен к X11rdp_pid=1484 X11rdp_uid=1000 X11rdp_gid=1000 client_ip=::ffff:192.168.1.4 client_port=54568
[20210116-16:01:50] [DEBUG] xrdp_wm_log_msg: подключение успешное
[20210116-16:01:50] [DEBUG] xrdp_mm_connect_chansrv: chansrv подключение успешно
[20210116-16:01:50] [DEBUG] Закрыт сокет 18 (AF_INET6 ::1 порт 41282)
[20210116-16:01:51] [DEBUG] Закрыт сокет 12 (AF_INET6 ::ffff:192.168.1.47 порт 3389)
[20210116-16:01:51] [DEBUG] xrdp_mm_module_cleanup
[20210116-16:01:51] [DEBUG] Закрыт сокет 19 (AF_UNIX)
[20210116-16:01:51] [DEBUG] Закрыт сокет 20 (AF_UNIX)
вот xrdp-sesman.log
[20210116-16:01:50] [INFO ] Получено соединение от ::1 порт 41282
[20210116-16:01:50] [INFO ] ++ создан сеанс (доступ разрешен): имя пользователя kali, ip ::ffff:192.168.1.4:54568 - сокет: 12
[20210116-16:01:50] [INFO ] запуск сеанса Xorg...
[20210116-16:01:50] [DEBUG] Закрыт сокет 9 (AF_INET6 :: порт 5910)
[20210116-16:01:50] [DEBUG] Закрыт сокет 9 (AF_INET6 :: порт 6010)
[20210116-16:01:50] [DEBUG] Закрыт сокет 9 (AF_INET6 :: порт 6210)
[20210116-16:01:50] [DEBUG] Закрыт сокет 8 (AF_INET6 ::1 порт 3350)
[20210116-16:01:50] [INFO ] вызов auth_start_session от pid 1482
[20210116-16:01:50] [DEBUG] Закрыт сокет 7 (AF_INET6 ::1 порт 3350)
[20210116-16:01:50] [DEBUG] Закрыт сокет 8 (AF_INET6 ::1 порт 3350)
[20210116-16:01:50] [INFO ] /usr/lib/xorg/Xorg :10 -auth .Xauthority -config xrdp/xorg.conf -noreset -nolisten tcp -logfile .xorgxrdp.%s.log
[20210116-16:01:50] [CORE ] ожидание завершения менеджера окон (pid 1483)
[20210116-16:01:51] [CORE ] менеджер окон (pid 1483) завершил работу, очистка сеанса
[20210116-16:01:51] [INFO ] вызов auth_stop_session и auth_end от pid 1482
[20210116-16:01:51] [DEBUG] cleanup_sockets:
[20210116-16:01:51] [DEBUG] cleanup_sockets: удаление /run/xrdp/sockdir/xrdp_chansrv_audio_out_socket_10
[20210116-16:01:51] [DEBUG] cleanup_sockets: удаление /run/xrdp/sockdir/xrdp_chansrv_audio_in_socket_10
[20210116-16:01:51] [DEBUG] cleanup_sockets: удаление /run/xrdp/sockdir/xrdpapi_10
[20210116-16:01:51] [INFO ] ++ завершенный сеанс: имя пользователя kali, дисплей :10.0, session_pid 1482, ip ::ffff:192.168.1.4:54568 - сокет: 12
Я пробовал следующее:
- Брандмауэр допускает порт 3389
- Я добавил следующее ->
xfce4-sessionв /etc/.xsession - Я также пробовал закомментировать следующие строки в
startwm.sh
test -x /etc/X11/Xsession && exec /etc/X11/Xsession
exec /bin/sh /etc/X11/Xsession
- Установлены пакеты tigervnc
- Запустил
sudo adduser xrdp ssl-cert - Перезапускал сервисы на каждом этапе
Несмотря на всё это, я не могу заставить XRDP работать.
Судя по вашему описанию проблемы, это может быть связано с тем, что вы уже вошли в свою Ubuntu и пытаетесь использовать ту же учетную запись для удаленного подключения.
Невозможно (с программным обеспечением xRDP) использовать одну и ту же учетную запись и войти в нее одновременно на Ubuntu локально и выполнить удаленное подключение…
Чтобы оценить, может ли это быть проблемой, пожалуйста, убедитесь, что учетная запись пользователя, выполняющая удаленное подключение, уже не вошла в систему на вашем машине Ubuntu….
Надеюсь, это поможет
До следующего раза
Увидимся
Для справки, у меня была такая же проблема, и, не углубляясь слишком сильно в причины ее появления, я просто установил другую среду рабочего стола (xfce4), и она работала исправно. Похоже, это проблема с GNOME.
Чтобы установить:
sudo apt install xfce4
а затем переключиться на нее:
sudo update-alternatives --config x-session-manager
У меня была такая же проблема, но я использую Ubuntu 18.04 LTS на старом MacBook Pro середины 2009 года, и я зашел в «Программное обеспечение и обновления», на вкладке «Дополнительные драйверы» и изменил драйвер видеокарты по умолчанию с X.Org X server на проприетарный драйвер NVIDIA. Как только я вернул его обратно на более стандартный X.Org X server, это позволило мне войти через XRDP, не отключая меня после этого.
Я нашел решение, которое сработало для меня. Я должен был убедиться, что удаленный сервер установлен в целевой мультипользовательский режим.
sudo systemctl set-default multi-user.target
sudo reboot
Будьте осторожны, вторая команда перезагрузит вашу машину сразу. Также это приведет к тому, что ваша система будет входить в текстовый интерфейс.
Чтобы вернуться обратно: введите:
sudo systemctl set-default graphical.target
Ответ или решение
Проблема с XRDP: немедленное отключение после ввода корректных учетных данных
Из вашего описания проблемы видно, что вы сталкиваетесь с немедленным отключением сессии XRDP после успешного ввода логина и пароля. Давайте рассмотрим возможные причины и шаги для устранения неисправности на основе логов и предоставленных вами действий.
1. Проверка состояния сессии пользователя
Первое, что следует проверить, это состояние вашего пользователя на локальном компьютере. В XRDP не предусмотрено возможность одновременно входить в систему с одной и той же учетной записью локально и удаленно. Поэтому убедитесь, что ваш пользователь не активен в текущей локальной сессии. Чтобы выяснить это, выполните:
whoЕсли ваша учетная запись активна, попробуйте сначала выйти из локальной сессии.
2. Некорректная конфигурация X11 и сред рабочего стола
Проблема может заключаться в конфигурации графической среды, которую использует XRDP. Вы упомянули, что добавили xfce4-session в файл .xsession, что является правильным шагом для использования XFCE как рабочего стола. Убедитесь, что XFCE действительно установлен:
sudo apt install xfce4Переключитесь на него, если это необходимо:
sudo update-alternatives --config x-session-managerВыберите XFCE из предложенного списка.
3. Сервисы XRDP и Sesman
Проблемы могут быть связаны с самим сервисом XRDP или с его компонентом, который управляет сессиями (sesman). Попробуйте перезапустить оба сервиса:
sudo systemctl restart xrdp
sudo systemctl restart xrdp-sesman4. Проверка прав доступа и групповой конфигурации
Убедитесь, что пользователь XRDP включен в группу ssl-cert, что вы уже сделали. Также проверьте, находятся ли необходимые права доступа к папкам и файлам, используемым XRDP. Например:
sudo adduser xrdp ssl-cert5. Конфликты с графическими драйверами
Согласно вашему описанию, иногда проблемы с графическими драйверами могут вызывать отключения XRDP. Если вы изменяли драйверы, попробуйте вернуться к стандартному драйверу X.Org:
- Откройте "Программное обеспечение и обновления".
- Перейдите на вкладку «Дополнительные драйверы» и выберите X.Org X server.
6. Переключение на многопользовательский режим
Попробуйте установить режим многопользовательской работы для вашего сервера, если он еще не установлен. Выполните следующие команды:
sudo systemctl set-default multi-user.target
sudo rebootПосле перезагрузки ваш сервер должен запуститься в текстовом режиме. Чтобы вернуться обратно в графический интерфейс, выполните:
sudo systemctl set-default graphical.target7. Логи и диагностика
В случае, если проблема не решена, обратите внимание на логи xrdp.log и xrdp-sesman.log. В ваших логах обратите внимание на следующие строки:
[INFO ] Cannot find keymap file /etc/xrdp/km-00000000.iniХотя это не является основной причиной разрыва соединения, стоит заменить файл или убедиться, что все необходимые конфигурационные файлы на месте.
Заключение
Если все вышеперечисленные шаги не помогли решить вашу проблему, возможно, вам стоит попробовать альтернативные решения, такие как использование других удаленных доступов (например, VNC), либо ознакомиться с последними обновлениями XRDP в официальной документации или на форумах поддержки. Эффективное разрешение этих проблем часто требует индивидуальной диагностики с учетом настроек вашего конкретного окружения.