Локальный рабочий стол Ubuntu не может войти в систему после открытой сессии Xrdp
У меня есть Ubuntu 18.04 и Xrdp 0.9.5. Я могу войти непосредственно в локальный рабочий стол после начальной загрузки. Если я выхожу из системы, я все еще могу войти в систему через Xrdp.
Иначе, если сессия Xrdp открылась, даже если я закрыл ее, я не могу войти в рабочий стол локально, я думаю, что сессия Xrdp блокирует ее. Я должен перезапустить машину, таким образом, я могу войти в систему локально.
Как я закрыл сеанс Xrdp?
Когда я пытался войти в систему локально, журнал говорит:
Jul 10 09:34:55 gdm-password]: pam_unix(gdm-password:session): session opened for user superadmin by (uid=0)
Jul 10 09:34:55 systemd-logind[879]: New session 3 of user superadmin.
Jul 10 09:34:57 gdm-password]: pam_unix(gdm-password:session): session closed for user superadmin
Jul 10 09:34:57 systemd-logind[879]: Removed session 3.
Jul 10 09:35:01 CRON[2485]: pam_unix(cron:session): session opened for user root by (uid=0)
Jul 10 09:35:01 CRON[2485]: pam_unix(cron:session): session closed for user root
Перезапуск машины является единственным способом зафиксировать это прямо сейчас.
ОБНОВЛЕНИЕ
После некоторого метода проб и ошибок, и ссылаемый к @Sylla предложению, я нашел, что не только Xrdp обрабатывают для уничтожения, но также и Xorg
7313 ? 00:00:02 Xorg
7325 ? 00:00:00 xrdp-chansrv
После этого я могу теперь войти в систему локально.
Теперь следующий вопрос: Есть ли шанс, я мог заставить его автоматически уничтожить процессы после того, как я закрываю удаленный рабочий стол?
3 ответа
Я не знал, что Xrdp имеет два конфигурационных файла (xrdp.ini и sesman.ini).
Итак, я создал проблему в репозитории Xrdp здесь . Разработчик сказал мне, что конфигурация находится в sesman.ini. Переменная с именем KillDisconnected выполнит эту работу. но, как я прочитал, он не может иметь значение меньше 60s.
1) Первое решение:
PS-u your_username | grep xrdp
даст Вам идентификатор процесса.
Вы можете затем
уничтожьте-9 pid_number
pid обращается к Вашему идентификатору процесса xrdp.
2) Второе решение
Если Вы хотите закрыть xrdp сеанс, можно использовать эту команду
/etc/init.d/xrdp остановиться
И если Вы решаете использовать свой xrdp:
/etc/init.d/xrdp запустить
Для проверки, какое состояние Вы имеете:
/etc/init.d/xrdp состояние
Я немного опаздываю стороне на этом, но испытывал ту же самую проблему, которой Вы были почти с идентичной установкой. Я попробовал примерно все, включая различные рабочие столы удаляющий и переустанавливающий рабочий стол гнома, но ничто действительно не работало. Единственный действительно надежный способ войти в систему локально состоял в том, чтобы перезагрузить компьютер, который не был решением, которым я был после. Вполне случайно при использовании удаленного xrdp клиента, вместо того, чтобы просто закрыть приложение от панели инструментов, поскольку я обычно делаю, я пытался выйти из удаленного сеанса. Низко и созерцайте, который добился цели!! Я смог надежно войти в систему локально. Таким образом для суммирования выйдите из системы из xrdp сессии вместо того, чтобы просто закрыть его. Надеюсь это решение работы на Вас также.