web-dev-qa-db-fra.com

Le bureau Ubuntu local ne peut pas se connecter après la session Xrdp ouverte

J'ai Ubuntu 18.04 et Xrdp 0.9.5. Je peux me connecter directement au bureau local après le démarrage. Si je me déconnecte, je peux toujours me connecter via Xrdp.

Sinon, si la session Xrdp est ouverte, même si je l'ai fermée, je ne peux pas me connecter au bureau localement, je pense que la session Xrdp la bloque. Je dois redémarrer la machine pour pouvoir me connecter localement.

Comment fermer la session Xrdp?

Lorsque j'ai essayé de me connecter localement, le journal indique:

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

Redémarrer la machine est le seul moyen de résoudre ce problème pour le moment.

UPDATE

Après quelques essais et erreurs, et en référence à la suggestion de @Sylla, j’ai trouvé que non seulement le processus Xrdp à tuer, mais aussi XOrg

7313 ?        00:00:02 Xorg
7325 ?        00:00:00 xrdp-chansrv

Après cela, je peux maintenant me connecter localement.

Maintenant, la question suivante est la suivante: y at-il une chance que je puisse le faire tuer automatiquement les processus après la fermeture du bureau à distance?

2
Asule

Je ne savais pas que Xrdp avait deux fichiers de configuration (xrdp.ini & sesman.ini).

J'ai donc créé un problème dans le référentiel Xrdp ici . Le développeur m'a dit que la configuration est dans sesman.ini. La variable nommée KillDisconnected fera le travail. mais comme je l'ai lu, il ne peut pas avoir moins qu'une valeur de 60s.

1
Asule

1) Première solution:

ps -u votre_nom d'utilisateur | grep xrdp

vous donnera l'identifiant du processus.

Vous pouvez alors

kill -9 pid_number

pid fait référence à votre identifiant de processus xrdp.

2) deuxième solution

Si vous voulez fermer la session xrdp, vous pouvez utiliser cette commande

/etc/init.d/xrdp stop

Et si vous décidez d’utiliser votre xrdp:

/etc/init.d/xrdp start

Pour vérifier quel statut vous avez:

/etc/init.d/xrdp status

0
Sylla

Je suis un peu en retard par rapport à la fête à ce sujet, mais je rencontrais le même problème que vous aviez presque la même configuration. J'ai essayé à peu près tout, y compris la désinstallation et la réinstallation de plusieurs ordinateurs de bureau, mais rien ne fonctionnait vraiment. Le seul moyen véritablement fiable de se connecter localement était de redémarrer l'ordinateur, solution que je ne cherchais pas. Tout à fait par accident, lors de l'utilisation du client xrdp distant, plutôt que de simplement fermer l'application à partir de la barre d'outils, comme d'habitude, j'ai essayé de me déconnecter de la session distante. Bas et voici qui a fait le tour !! J'ai pu me connecter de manière fiable localement. Donc, pour résumer, déconnectez-vous de la session xrdp plutôt que de simplement la fermer. J'espère que cette solution fonctionne pour vous aussi.

0
silverspr