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

Linux Discussion :

Script de backup (connexion ssh + stockage)


Sujet :

Linux

  1. #1
    Membre du Club Avatar de Scalp4
    Profil pro
    Étudiant
    Inscrit en
    Janvier 2007
    Messages
    106
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Janvier 2007
    Messages : 106
    Points : 62
    Points
    62
    Par défaut Script de backup (connexion ssh + stockage)
    Bonjour,

    J'ai quelques questions concernant un script de backup que je suis en train de mettre en place. Le principe est que CRON l'appel de façon régulière et qu'il backup plusieurs serveurs distants sur lui-même.

    1/ Comment puis-je me connecter en SSH via un script sur un serveur distant de façon sécurisée et automatique ? J'ai créé une clé SSH DSA, mais la seule solution pour que mon script puisse exécuter des commandes du type "ssh user@host ls" est de ne pas mettre de passphrase, ce qui est pas mal, mais pas le plus sécurisé... J'ai vu l'option du ssh-agent, mais d'après ce que j'ai compris, il faudra retaper la passphrase de toute façon. Est-ce qu'il existe une autre méthode ?

    2/ Au niveau de l'architecture Linux (Debian) quels sont les "meilleurs" endroits pour stocker le script, les backups et les logs ?
    J'ai pensé à créer un utilisateur spécial (vu qu'il y a une clé SSH, ça sera plus pratique je pense) et y stocker le script et les backups et mettre les logs dans "/var/log/". Mais n'étant pas un expert, je me demande s'il existe une autre façon plus "logique" ?

    Merci d'avance pour vos réponses.

  2. #2
    Expert éminent sénior 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 : 47
    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
    Points : 12 262
    Points
    12 262
    Par défaut
    Citation Envoyé par Scalp4 Voir le message
    Bonjour,

    J'ai quelques questions concernant un script de backup que je suis en train de mettre en place. Le principe est que CRON l'appel de façon régulière et qu'il backup plusieurs serveurs distants sur lui-même.

    1/ Comment puis-je me connecter en SSH via un script sur un serveur distant de façon sécurisée et automatique ? J'ai créé une clé SSH DSA, mais la seule solution pour que mon script puisse exécuter des commandes du type "ssh user@host ls" est de ne pas mettre de passphrase, ce qui est pas mal, mais pas le plus sécurisé... J'ai vu l'option du ssh-agent, mais d'après ce que j'ai compris, il faudra retaper la passphrase de toute façon. Est-ce qu'il existe une autre méthode ?
    oui bien sur l'échange de clef est là pour ça.


    2/ Au niveau de l'architecture Linux (Debian) quels sont les "meilleurs" endroits pour stocker le script, les backups et les logs ?
    J'ai pensé à créer un utilisateur spécial (vu qu'il y a une clé SSH, ça sera plus pratique je pense) et y stocker le script et les backups et mettre les logs dans "/var/log/". Mais n'étant pas un expert, je me demande s'il existe une autre façon plus "logique" ?

    Merci d'avance pour vos réponses.
    personnelement les scripts d'administrations je les mets dans /root/bin
    mais bon c'est plus une habitude qu'autre chose.

    utiliser un utilisateur "operateur" qui soit membre du groupe root permet effectivement de limiter les pouvoirs "root " des scripts.

    ça n'a pas de nécéssité, mais c'est vrai que c'est une bonne habitude à prendre.

  3. #3
    Membre du Club Avatar de Scalp4
    Profil pro
    Étudiant
    Inscrit en
    Janvier 2007
    Messages
    106
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Janvier 2007
    Messages : 106
    Points : 62
    Points
    62
    Par défaut
    Qu'est ce que tu entends par échange de clé ? Je ne comprends pas, ce n'est pas un échange de clés que j'ai mis en place justement ?

  4. #4
    Expert éminent sénior 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 : 47
    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
    Points : 12 262
    Points
    12 262
    Par défaut
    si tu utilises une paraphrase non.

  5. #5
    Membre du Club Avatar de Scalp4
    Profil pro
    Étudiant
    Inscrit en
    Janvier 2007
    Messages
    106
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Janvier 2007
    Messages : 106
    Points : 62
    Points
    62
    Par défaut
    Mais dans ce cas c'est moins "secure" non ? Enfin, si par hasard quelqu'un met la main sur le dossier ".ssh" et qu'il n'y a pas de passphrase il pourra se connecter sur tous les serveurs ?

    Après, il suffit que le serveur qui contient ce dossier soit sécurisé et il n'y aura pas de problème...

  6. #6
    Expert éminent sénior 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 : 47
    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
    Points : 12 262
    Points
    12 262
    Par défaut
    non c'est pas moins secure du tout puisque seuls les deux machines autorisées à l'échange de données ont les clefs l'une de l'autre...
    sans compter le reste de l'aspec sécurité autour

  7. #7
    Membre du Club Avatar de Scalp4
    Profil pro
    Étudiant
    Inscrit en
    Janvier 2007
    Messages
    106
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Janvier 2007
    Messages : 106
    Points : 62
    Points
    62
    Par défaut
    Merci de ta réponse, bonne journée ! (je tag en résolu)

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Lancer un script à l'ouverture d'une connexion SSH
    Par otobenzina dans le forum Réseau
    Réponses: 14
    Dernier message: 27/05/2012, 15h27
  2. [script]connexion ssh puis execution d'un script après un sudo
    Par LaMusaraigne dans le forum Shell et commandes POSIX
    Réponses: 12
    Dernier message: 05/10/2011, 15h37
  3. Script de backup - Problème à l'utilisation SSH
    Par gcvoiron dans le forum Linux
    Réponses: 5
    Dernier message: 05/07/2008, 09h51
  4. connexion ssh dans un script ksh
    Par don'de dans le forum Linux
    Réponses: 4
    Dernier message: 21/01/2008, 10h50
  5. script munin via double connexion ssh
    Par twistope dans le forum Administration système
    Réponses: 1
    Dernier message: 16/01/2008, 15h08

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