Version imprimable
salut à tous,
je veux faire un script (bash) qui dans un certain cas ferme ma session ssh.
La commande pour fermer la session est 'exit' mais dans un script 'exit' termine le script. Je voudrais donc savoir comment faire pour que le script ferme la session.
Merci d'avance.
par exemple?Code:logout
Voici une manip a utiliser avec de grosses pincettes ... elle peut être dangereuse si elle est utilisée sans test préalable ...
Mis dans un script, cela ferme le processus parent de celui-ci, donc soit le bash d'invocation, soit le ssh d'invocation.Code:kill -9 $PPID
se plaint, lorsqu'il est utilisé dans un script, que le script n'est pas un shell de connexion :(Code:logout
je ne connaissais pas logout (je debute), mais quand je lance le script ça me dit :alors que directement dans le shell ça marche, d'où ça peut venir ?Citation:
logout: not found
Effectivement ça marche mais je prefererais une methode un peut moins dangereuse. Dans le cas où j'utilise cette methode quels sont les tests préalables à faire ?Citation:
Envoyé par 2Eurocents
Je suis d'accord avec toi ... une solution moins expéditive serait bienvenue.Citation:
Envoyé par le y@m's
Maintenant, si on ne trouve pas mieux, voyons les tests préalables pour assurer un minimum de sécurité :
1- kill est un tueur à gage. Comme au cinéma, un bon exécuteur devrait s'assurer de l'identité de sa victime avant de la supprimer ;) Donc, il faudrait vérifier que le processus tué est bien un -bash (connexion interactive), ou une connexion ssh, ou un truc du genre. Normalement, la crontab ou autres moyens d'appel invoquent un shell (pour interpréter ton script), qui sera la cible de ce kill, les mettant ainsi à l'abri, heureusement.
2- kill n'a pas d'états d'âme, mais tu pourrait en avoir ;) Imagine, un peu, tuer un processus qui aurait des enfants, les laissant ainsi orphelins ... Donc, avant de tuer le processus (le shell d'invocation du script), il peut être interessant d'explorer l'ensemble de sa filliation, afin de s'assurer qu'il n'y a pas eu un fork, ou un envoi de tâche en arrière plan qui laisserait une descendance tourner sans son père ... Après, la question se pose de savoir s'il faut supprimer les témoins, ou attendre qu'ils meurent tout seul. Les processus détaches par nohup et un passage en arrière plan devrront épargnés d'un tel massacre.
3- Pour d'autres contrôles, cela dépend un peu de ce que fait ton script par ailleurs. Il est prudent de s'assurer qu'une déconnexion brutale ne laissera pas de choses en plan.
Bon courage.
en fait je lance mon script directement à l'ouverture de la session (dans le .bashrc) je ne lance aucun processus avant ni pendant mon script qui fait des verifs et en fonction du résultat quitte ou non la session.
Alors, dans cette démarche, la déconnexion automatique risque de t'interdire définitivement la connexion sur ce compte si, par malchance, arrive un jour où les conditions de déconnexion se trouvent validées en permanence !Citation:
Envoyé par le y@m's
Prévois une condition de blocage de la déconnexion, genre un test d'existence d'un fichier de verrouillage dans /var/lock ... S'il est là, pas de déco. Ainsi tu aurais juste à faire un scp de ce fichier d'une machine quelconque à ta machine à verrouiller pour retrouver ta connexion sur ce compte.
Bon courage pour la suite ...
:merci: beaucoup pour votre aide :ccool: . Ca marche, je marque donc le post resolu mais si quelqu'un connais une solution plus "propre" qu'il n'hesite pas.