Forcer une déconnexion automatique d'un terminal TTY Le sujet est résolu

[lol]

Salut,

Il m'arrive parfois de passer sur un terminal TTY (CTRL+ALT+F123456) pour exécuter des commandes ou relancer le gestionnaire de fenêtre.

Quand je fais ça, une fois sur deux, j'oublie de me déloguer...
Et c'est mal!

Savez-vous si il y a moyen de paramétrer une déconnexion forcée au bout d'un certain délais ?
Merci.

[lol]

Hello,

J'ai trouvé.
Très simple en fait.

Code : Tout sélectionner

laurent@nux:~$ su -
Mot de passe : 
root@nux:~# export TMOUT=SECONDS
root@nux:~# export TMOUT=60
attente de données expirée : déconnexion automatique
laurent@nux:~$

Donc:
Dans ~/.bash_profile ou /etc/profile

Code : Tout sélectionner

# Déconnection pour inactivité au bout de 5 mn
TMOUT=300
readonly TMOUT
export TMOUT

Ou

/etc/profile.d/autologout.sh

Code : Tout sélectionner

TMOUT=300
readonly TMOUT
export TMOUT

Code : Tout sélectionner

# chmod +x /etc/profile.d/autologout.sh

Mais il y a un inconvénient...
Ça ferme toutes mes consoles et pas seulement les TTY.

Vous pouvez me dire si il y a moyen d'appliquer la déconnexion pour inactivité seulement dans les TTY1-6 ?

[dezix]

As-tu testé un alias ou une fonction, de manière à faire du coup par coup ?

[dezix]

Ou mieux dans ton script tu ajoutes un test/question : Avec expiration auto (o/n) ... délais en s = ?

[lol]

Salut,

Non, ce n'est pas la solution. J'ai besoin de quelque chose d'automatisé.
Au coup par coup ce n'est pas la solution, pas plus que les questions.

Quand je lance par exemple # service lightdm restart dans TTY-1 je suis redirigé vers TTY-7 (Ou s'execute X) mais TTY-1 reste ouvert.
Et ... Je ne suis plus devant TTY-1 pour répondre aux questions...

Et le timeout partout ne me convient pas non plus car je laisse parfois des consoles ouvertes en X toute la journée (Avec un fichier édité ou un ssh ouvert, ou un tail sur des logs).
Et là ce n'est pas un problème puisque X se verrouille automatiquement au bout de quelques minutes.

[dezix]

Je n'ai jamais réfléchi à ce problème,
tu es bien devant la console tty autre que 7 que tu viens d'ouvrir,
à ce moment là (avant de passer ta commande service lightdm restart manuellement)
tu peux choisir ou pas de lancer le décompte du "timeout",
passer ta commande qui te bascule sur tty7 pendant que l'autre console poursuit son décompte et se ferme sans rien dire.

Ou c'est un autre scénario ?

[lol]

Je n'ai jamais réfléchi à ce problème,
tu es bien devant la console tty autre que 7 que tu viens d'ouvrir,
à ce moment là (avant de passer ta commande service lightdm restart manuellement)
tu peux choisir ou pas de lancer le décompte du "timeout",
passer ta commande qui te bascule sur tty7 pendant que l'autre console poursuit son décompte et se ferme sans rien dire.

Ou c'est un autre scénario ?

Ça pourrait être ça oui.
Sauf que ... une fois que deux je vais oublier de lancer le timeout, et je reviens sur la même problématique d'une console TTY root ouverte... inutile de dire que c'est pas bien!

[dezix]

En fait ce qu'il te faudrait c'est une tâche qui régulièrement vérifie s'il y a des consoles inactives depuis un certain temps et les déconnecter.

[lol]

Salut,

Avec ta solution je continue de prendre le risque de perdre le contenu des terminaux.

J'ai le sentiment qu'il n'est pas possible de traiter les consoles dans X différemment que les terminaux TTY.
Et c'était ma première préoccupation.

Du coup si j'applique la fermeture à l'ensemble des sessions je prends le risque de perdre le contenu des consoles ouverte dans une session X...

Je me demande si screen ne serait pas ma bouée...
Je vais creuser de ce côté.

[piratebab]

Plutot que de quitter le terminal, je pensai à un passage en root via su avec un timeout. Mais impossible de retrouver l'option.
Il faut utiliser sudo avec l'option -T si j'ai bien compris.

[lol]

Salut,

Merci pour vos réponses et suggestions.
MicP tu avais bien résumé.

Il faut que je teste en mettant le timeout dans le .bashrc de root et pas dans celui de mon user.
Dans ce cas là je suppose qu'une console ouverte en simple user + sudo su - derrière suffirait à ne pas être déconnecté ???

Si c'est le cas ce serait top. Je vais regarder ça de plus près.

[lol]

Salut,

Je suis parvenu à mes fins grace, en partie, à screen.

Code : Tout sélectionner

apt install screen

Code : Tout sélectionner

nano /root/.bashrc

Avec ceci à la fin

Code : Tout sélectionner

if [ "$TERM" = "linux" ] && tty | egrep -q '^/dev/tty[[:digit:]]+$'
then
    exec screen -c ~/.ttyscreenrc
fi

Code : Tout sélectionner

nano /root/.ttyscreenrc

Avec ceci:

Code : Tout sélectionner

startup_message off
idle 180 lockscreen

Pas de changement pour mon utilisateur.
Du coup quand je me logue en TTY1-6 avec root, un "screen" est ouvert et la session verrouillée au bout de 3 minutes.
Plus de risque de laisser un terminal TTY ouvert par root pendant des jours en arrière plan...

Code : Tout sélectionner

Screen used by root <root> on nux.
Password:

Et si je me logue en simple user sur un TTY1-6 la session reste ouverte.

Dans ma session graphique les consoles restent bien ouvertes indéfiniment (Et en lançant su - ou sudo su - ça ne change rien)

Merci à ce post