IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Shell et commandes GNU Discussion :

SSH et BASH persistant


Sujet :

Shell et commandes GNU

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Inscrit en
    Mai 2006
    Messages
    17
    Détails du profil
    Informations forums :
    Inscription : Mai 2006
    Messages : 17
    Par défaut SSH et BASH persistant
    Bonjour.

    Auriez-vous une solution pour effectuer des commandes sur une machine distante (avec SSH) et garder cette session, afin de pouvoir alterner commandes locales et commandes distantes en gardant l'environnement distant et de façon efficace (cad sans recréer une connection ssh ou une session shell (BASH) distante car cela prend du temps) ?

    Pour illustrer j'aimerais créer une fonction remoteExec() telle que :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
     
    #! /bin/bash
    a=1
    echo $a
    remoteExec adresse-distante "a=2; echo $a"
    echo $a
    remoteExec adresse-distante "echo $a"
    affiche :
    Merci pour votre aide

  2. #2
    Membre éclairé
    Profil pro
    Étudiant
    Inscrit en
    Juillet 2007
    Messages
    70
    Détails du profil
    Informations personnelles :
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Juillet 2007
    Messages : 70
    Par défaut
    Pour lancer des commandes de ce type dans un script, je permet à l'utilisateur qui lance mon script de se connecter en ssh sans mot de passe à mon serveur, puis dans la commande passée en argument à ssh, je met le "&" afin de laisser la tâche s'exécuter en arrière fond.
    Mon script se connecte donc toujours via ssh à chaque fois qu'il veux lancer une commande sur le serveur mais n'est pas obligé d'attendre la fin de l'execution de celle-ci.

  3. #3
    Membre averti
    Inscrit en
    Mai 2006
    Messages
    17
    Détails du profil
    Informations forums :
    Inscription : Mai 2006
    Messages : 17
    Par défaut
    Oui je connais le principe des jobs en arrière plan mais ce n'est pas ce que je veux ici.

    J'aimerais que le client SSH soit deconnecté du terminal sur la machine locale mais reste en arrière plan pour pouvoir lancer des commandes locales puis ensuite pouvoir reconnecter le client SSH sur le terminal local afin d'executer d'autres commandes distantes, comme dans mon exemple.

  4. #4
    Expert confirmé Avatar de frp31
    Homme Profil pro
    Ingénieur systèmes et réseaux
    Inscrit en
    Juillet 2006
    Messages
    5 196
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 48
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur systèmes et réseaux
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Juillet 2006
    Messages : 5 196
    Par défaut
    alors il te faut simplement que le script local tourne normalement et chaque j'ai bien dit chaque execution distante etre appeléé par une session ssh unique .


    par exemple

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    while ............ do
    commande locale
    ssh -l truc@machine 'commande distante &'
    ...
    done

  5. #5
    Membre averti
    Inscrit en
    Mai 2006
    Messages
    17
    Détails du profil
    Informations forums :
    Inscription : Mai 2006
    Messages : 17
    Par défaut
    Merci de m'avoir répondu.

    Oui justement c'est ce que je faisais avant mais ce que je cherche c'est quelque chose de plus efficace car chaque appel à ssh dure ~ 1 seconde (établissement de la connexion + initialisation du bash distant).
    Donc quand j'ai des scripts que j'exécute souvent avec une vingtaine d'appels à ssh c'est un peu long !
    Il faudrait garder la connexion à ssh et la mettre en arrière plan après chaque appel à remoteExec() pour ensuite pouvoir la raccrocher au terminal avec un nouvel appel à remoteExec() mais comment faire ? !

    De plus j'aimerais garder l'environnement distant pour les prochains appels (comme dans mon exemple)

  6. #6
    Membre éclairé
    Profil pro
    Étudiant
    Inscrit en
    Juillet 2007
    Messages
    70
    Détails du profil
    Informations personnelles :
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Juillet 2007
    Messages : 70
    Par défaut
    A mon avis il faut que tu passe par un script sur ton serveur, qui sera lancé en ssh, qui exécute plusieurs commandes pendant que ton script initial, sur ton client, (qui a lancé le script sur le serveur via ssh) continue son job. Désolé de ne pas être plus utile mais sans savoir ce que tu veux vraiment faire, j'ai du mal à soumettre des idées

Discussions similaires

  1. Expect et bash : rapatriement de données par ssh
    Par Bénarès77 dans le forum Shell et commandes GNU
    Réponses: 8
    Dernier message: 02/07/2010, 17h52
  2. Ssh "persistant" est ce possible?
    Par Sunsawe dans le forum Administration système
    Réponses: 7
    Dernier message: 07/05/2010, 11h39
  3. ssh screen dans un script bash
    Par fransoo dans le forum Linux
    Réponses: 0
    Dernier message: 13/12/2009, 08h32
  4. Connexion SFTP et SSH via script Bash
    Par pcsystemd dans le forum Linux
    Réponses: 1
    Dernier message: 18/06/2009, 12h39
  5. [Bash] Script de création de clés SSH automatique
    Par johnson95 dans le forum Linux
    Réponses: 1
    Dernier message: 07/03/2009, 11h55

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo