Подключение по RDP завершает текущий сеанс

[alixey]

Есть Ubuntu 24 (Gnome), включен удаленный рабочий стол.
Включен не как общий доступ к RDP, а как удаленный вход.
Когда подключаюсь по RDP, то попадаю на экран авторизации.
Выбираю пользователя, ввожу пароль.
Если на ПК уже есть локальный сеанс, то получаю предупреждение, что он будет завершен.
Но вот если я подключился удаленно и по какой-то причине отключился (или подключение было разорвано), то при переподключении предыдущий сеанс завершается (с закрытием всех запущенных пользователем приложений) и начинается новый. И это очень неудобно.

Можно ли настроить поведение RDP таким же образом, как в Windows?
Чтобы при подключении по RDP, если сеанс пользователя уже есть, то я бы подключался к существующему сеансу, а не завершал существующий и создавал новый.
Общий доступ к RDP это не то, это скорее совместный доступ к активному сеансу. То есть нужен пользователь на ПК, а если сеанса нет (например ПК был перезагружен), то и подключиться не смогу.

В файле /etc/systemd/logind.conf есть параметр KillUserProcess, но если его выставить в no, то это не помогает, предыдущий сеанс при подключении по RDP все равно завершается.

[ntfs3]

Ответ ЧАТ ЖоПэТэ:

(Нажмите, чтобы показать/скрыть)

Здравствуйте! Я GPT-ChatBot. Как я могу вам помочь сегодня?

Есть Ubuntu 24 (Gnome), включен удаленный рабочий стол.
Включен не как общий доступ к RDP, а как удаленный вход.
Когда подключаюсь по RDP, то попадаю на экран авторизации.
Выбираю пользователя, ввожу пароль.
Если на ПК уже есть локальный сеанс, то получаю предупреждение, что он будет завершен.
Но вот если я подключился удаленно и по какой-то причине отключился (или подключение было разорвано), то при переподключении предыдущий сеанс завершается (с закрытием всех запущенных пользователем приложений) и начинается новый. И это очень неудобно.

Можно ли настроить поведение RDP таким же образом, как в Windows?
Чтобы при подключении по RDP, если сеанс пользователя уже есть, то я бы подключался к существующему сеансу, а не завершал существующий и создавал новый.
Общий доступ к RDP это не то, это скорее совместный доступ к активному сеансу. То есть нужен пользователь на ПК, а если сеанса нет (например ПК был перезагружен), то и подключиться не смогу.

В файле /etc/systemd/logind.conf есть параметр KillUserProcess, но если его выставить в no, то это не помогает, предыдущий сеанс при подключении по RDP все равно завершается.

Чтобы настроить RDP на Ubuntu 24 так, чтобы при подключении к существующему сеансу не завершался предыдущий, вам нужно использовать несколько параметров и настроек. В отличие от Windows, где это поведение встроено по умолчанию, в Linux может потребоваться дополнительная конфигурация. Вот шаги, которые могут помочь вам достичь желаемого поведения:
1. Использование xrdp

Если вы используете xrdp для подключения по RDP, убедитесь, что он настроен правильно:

    Установите xrdp (если он еще не установлен):

    sudo apt install xrdp

    Настройте xrdp для работы с существующими сеансами:
    В файле конфигурации xrdp можно изменить поведение при подключении. Откройте файл конфигурации:

    sudo nano /etc/xrdp/xrdp.ini

    Найдите секцию [Xorg] и добавьте или измените следующие строки:

    param=Xorg
    # Добавьте следующую строку
    session=your-session

    Убедитесь, что your-session соответствует вашей среде рабочего стола (например, gnome, xfce, и т.д.).

    Настройка xrdp для подключения к существующему сеансу:
    В файле ~/.xsession или ~/.xsessionrc добавьте:

    if [ -z "$DISPLAY" ]; then
        export DISPLAY=:0
    fi

2. Настройка lightdm или gdm

Если вы используете gdm, убедитесь, что он правильно настроен для работы с xrdp. В некоторых случаях может потребоваться использование альтернативного дисплейного менеджера, такого как lightdm, который может лучше поддерживать несколько сеансов.

    Установите lightdm:

    sudo apt install lightdm

    Настройте lightdm как дисплейный менеджер по умолчанию:
    Во время установки вас попросят выбрать дисплейный менеджер. Выберите lightdm.

    Перезагрузите систему:

    sudo reboot

3. Убедитесь в правильности настроек

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

Если проблема все еще не решена, попробуйте изменить параметры в logind.conf и убедитесь, что KillUser Processes=no действительно применен. После изменения этого параметра не забудьте перезапустить систему или службу systemd-logind:

sudo systemctl restart systemd-logind

Если у вас возникнут дополнительные вопросы или потребуется помощь, не стесняйтесь спрашивать! 😊

[alixey]

Увы. Это не работает.
Запустил XRDP на порту 3388 - после попытки подключения сразу же вылетает.
В логах жалуется, что не может открыть дисплей.

[БТР]

В логах жалуется, что не может открыть дисплей.

Какой сеанс используется - Wayland или Xorg? Пакет xorgxrdp установлен?

[ntfs3]

Увы. Это не работает.
Запустил XRDP на порту 3388 - после попытки подключения сразу же вылетает.
В логах жалуется, что не может открыть дисплей.

ЧАТ ЖоПэТэ продолжает свою борьбу:

(Нажмите, чтобы показать/скрыть)

Увы. Это не работает.
Запустил XRDP на порту 3388 - после попытки подключения сразу же вылетает.
В логах жалуется, что не может открыть дисплей.

Извините за возникшие трудности. Давайте попробуем разобраться с вашей проблемой более детально. Если xrdp не может открыть дисплей, это может быть связано с несколькими факторами. Вот несколько шагов, которые могут помочь решить проблему:
1. Убедитесь, что используется правильный дисплей

Убедитесь, что в конфигурации xrdp у вас правильно указаны параметры для подключения к X-серверу. Откройте файл /etc/xrdp/xrdp.ini и убедитесь, что используется Xorg:

[Xorg]
param=Xorg

2. Убедитесь, что GNOME поддерживает RDP

GNOME может иметь некоторые ограничения при работе с xrdp. Попробуйте установить gnome-session и убедитесь, что вы используете правильную сессию:

sudo apt install gnome-session

3. Проверьте права доступа к дисплею

Убедитесь, что у пользователя, под которым вы подключаетесь, есть доступ к дисплею. Добавьте пользователя в группу xrdp:

sudo adduser xrdp ssl-cert

4. Настройка startwm.sh

Измените файл /etc/xrdp/startwm.sh, чтобы он запускал сессию GNOME. Убедитесь, что он выглядит примерно так:

#!/bin/sh

# Start the GNOME session
if [ -r /etc/X11/Xsession ]; then
    exec /etc/X11/Xsession
else
    exec gnome-session
fi

5. Перезапустите xrdp

После всех изменений перезапустите службу xrdp:

sudo systemctl restart xrdp

6. Проверьте логи

Если проблема не решена, проверьте логи xrdp и xorg. Логи можно найти по следующим путям:

    Логи xrdp: /var/log/xrdp.log
    Логи xrdp-sesman: /var/log/xrdp-sesman.log
    Логи X-сервера: /var/log/Xorg.0.log

Ищите сообщения об ошибках, которые могут дать подсказки о том, что происходит.
7. Попробуйте использовать другой RDP-клиент

Если проблема остается, попробуйте использовать другой клиент RDP, такой как Remmina или FreeRDP, чтобы исключить проблемы на стороне клиента.

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

[alixey]

Пакет xorgxrdp установлен?

xrdp устанавливал, xorgxrdp нет.

Какой сеанс используется

wayland.

ЧАТ ЖоПэТэ продолжает свою борьбу

Корявые у него советы, особенно наличие очевидных ошибок доверия не вызывает (добавление пользователя в группу командой adduser).
Лучше попробую, когда буду рядом с ПК. А то сейчас удаленный доступ поломается и будет грустно.

Да уж, насколько удобнее, комфортнее и стабильнее работал Windows.
Чтобы удаленный рабочий стол заработал нормально, приходится устанавливать дополнительное ПО, менять дисплейный менеджер.

[AnrDaemon]

ntfs3, большая просьба не постить сюда высеры искусственных идиотов.