Version imprimable
Bonjour,
j'aimerais récupérer dans un fichier la sortie standard d'une commande lancée dans une appliance.
L'appliance est un système propriétaire sur lequel je passe des commandes propriétaires.
Dans la théorie, serait-il possible de passer par un serveur linux et lancer cette commande propriétaire et récupérer le résultat de la commande sur le serveur linux ?
Que faut-il comme pré-requis ?
Merci d'avance pour vote aide.
Bonjour,
sois plus précis, s'il te plaît.
je pars d'une serveur Linux : A
j'accède à l'appliance : B (serveur avec un OS proprétaire)
Sur le serveur B, je lance la commande : filesys show space (qui est une commande, je le rappelle, propre au serveur B qui est l'appliance).
Cette commande donner un résultat sur la sortie standard du serveur B (donc de l'appliance).
J'aimerais récupérer cette sortie standard dans un fichier sur le serveur A (qui lui est un serveur linux) car dans l'appliance B, cette fonctionne de récupération de sortie standard dans un fichier n'existe pas.
A bien y réfléchir, je n'aurais peut-être pas dû vous embrouiller avec une appliance.
je vais simplifier la question.
J'ai deux serveurs linux A et B
j''aimerais, à partir du serveur Linux A, lancer une commande quelconque sur le serveur linux B, et récupérer le résultat de cette commande sur le serveur A dans un fichier text.
Est-ce possible ?
Tu ne nous embrouilles pas, au contraire, car en simplifiant, la question primordiale n'est pas pour autant résolue : le serveur B peut-il générer un fichier texte contenant le résultat de ta commande ?Citation:
Envoyé par sam01
(le reste, lecture de ce fichier par le serveur A n'est que de la bricole, avec par ex. un dossier réseau partagé et donc commun aux deux serveurs).
Tout dépend donc de... ton appliance.
C'est peut-être à ceux qui l'ont écrite qu'il aurait fallu poser la question.
Car en résumé, l'idée c'est, au prompt : execute_appliance > chemin/fichier.txt, à charge pour le serveur A de scruter périodiquement chemin/ pour voir si fichier.txt y est créé.
comment accèdes-tu au serveur B ? avec ssh ?
Oui j'y accède via ssh.
Mais justement sur l'appliance, je ne sais pas comment mettre la sortie standard dans un fichier ?
Je connais juste la commande qui permet d'afficher mes valeurs désirées.
Je ne sais même pas si c'est possible.
Est-ce que cette sortie standard peut être récupérée sur mon serveur linux A ?
Bonjour :coucou:
Je ne comprends toujours pas la question. L'utilisateur demande à A de demander à B de faire quelque chose. B ne renvoie-t-il pas sa sortie standard à A en guise de réponse ? Auquel cas la question se résume par "comment mettre la sortie d'une commande de A dans un fichier sur A ?". Mais cela est tellement évident que je doute que ce soit ta question. Donc, dis-nous: où est le point bloquant ?
le sujet était donc : comment rediriger la sortie d'une commande exécutée via ssh ?Code:ssh nomUser@adrServerB 'cmdAppliance --options...' >/cheminAbsolu/versFichier/surServeurA
Excellent ! C'est bien ça.
ça fonctionne, j'ai bien mon fichier sur le serveur A qui contient la sortie standard de la commande exécutée sur le serveur B.
Par contre (hé oui sinon, ça serait trop facile ;) )
J'ai quelques messages bizarres :
1) Déjà, comme je veux automatiser l'action, il faudrait que je puisse mettre mon mot de passe sans attendre le prompt
2) j'ai eu un message de ce type :
C'est grave docteur ?Code:
2
3
4
5
6
7
Dans le but d'une automatisation (passage des commande dans un script shell) est-ce bloquant ?
Merci pour tout ;-)
Bonjour,
Je ne suis pas docteur, mais ce n'est pas grave. C'est même normal. Tu acceptes une fois et le serveur distant s'inscrit dans ton fichier known host.
Si un jour, l'identité du serveur distant est modifié (changement de machine, ré-attribution du fqdn), tu auras un joli message d'alerte à gérer (2 secondes de temps de gestions si tu es sûr de ton nouveau serveur distant).
Tiki
la deuxième interrogation est donc : passwordless ssh.
je te laisse chercher, c'est formateur.
Bonjour à tous, je reviens sur ce post car j'ai quand même avancé depuis mon dernier post, mais il me manque un petit quelque chose.
Je me suis inspiré du site suivant pour générer mes clef ssh : http://www.linux-france.org/prj/edu/...e/ch13s03.html
On m'a déconseillé d'utiliser sshpass car au changement de mot de passe ça fonctionnera plus.
Alors j'en arrive à mon souci, je parviens à me connecter au serveur distant mais il me demande une passphrase.
Du coup, ça ne m'intéresse pas car ça revient au fait à taper un mot de passe.
Donc je retourne à la case départ.
Mon but maintenant est d'éviter de taper cette passphrase.
Je donc suivi les instruction du site que linux-france grâce à la commande ssh-agent.
Et là ça fonctionne, plus besoin de taper la passphrase. Par contre, quand je me déconnecte et que je me reconnecte, là je dois à nouveau taper la passphrase.
J'aimerais trouver une solution automatique pour ne pas taper cette passphrase à chaque fois.
Je rapelle juste que mon but est d'écrire un script que je planifierai via la crontab et du coup, il ne faudrait pas que mon script s'interrompt à cause de cette demande de saisie de passphrase.
J'ai ajouté cette portion de script dans mon fichier .bash_profile :
mais à ma reconnexion j'ai le message d'erreur suivant :Code:
2
3
4
Merci d'avance pour votre aide.Code:
2
3
4
5
6
il faut générer des clés ssh avec ssh-keygen, et ne pas renseigner la passphrase.
ensuite, il faut ajouter la clé publique sur la machine distante dans le fichier .ssh/authorized_keys
les connexions suivantes se feront sans mot de passe et sans passphrase.
Voler les clés de voiture est équivalent à voler la voiture, car il n'y a pas de mot de passe sur les clés. La clé privée SSH n'est jamais qu'un fichier. La passphrase est une sécurité supplémentaire pour que voler ce fichier ne soit pas suffisant pour s'introduire dans le système. La sécurité absolue n'existe pas. On ne fait que déplacer le secret. Et la seule façon de déplacer le secret dans ta tête est le mot-de-passe ou la phrase-de-passe. Supprimer la passphrase est une faille de sécurité. La question, maintenant, est de savoir quelles dispositions tu vas mettre en place pour que personne ne vole cette clé privée :ccool:.
c'est ce que j'ai essayé de faire mais je n'ai pas la même clef dans mon id_rs_pub et mon fichier known_hosts.
Il faudrait que j'écrase la clef dans mon fichier known_hosts.
J'ai tapé cette commande
ce qui m'a vidé le fichierknown_hosts.Code:
2
Mais quand je me reconnecte au serveur distant, il me regénère la mauvaise clef dans le fichier known_hosts. Et je ne sais pas ou il va me récupérer cette mauvaise clef...
known_hosts entre en jeu pour toutes les communications via ssh (il "identifie" le serveur), mais pas au niveau de l'identification de l'utilisateur par clés.
on va y arriver.Citation:
Envoyé par le sophrologue
:)
- nettoie le known_hosts du client des "enpreintes" correspondant au serveur.
- nettoie l'authorized_keys du serveur des "empreintes" correspondant à ton poste client.
- refais la manip que j'ai indiquée plus tôt.
Bon ben Nickel, ça fonctionne.
J'ai essayé de faire la même chose avec un serveur AIX distant (toujours avec le même serveur linux source).
Cette fois j'ai ce message d'erreur au moment de ma tentative de copie de la clef publique ;
la commande que je tape (depuis le serveur AIX) est la suivanteCode:
2
3
4
Code:
2
Ben en fait ça fonctionne, malgré le message d'erreur. Bizarre :aie:
Du coup c'est tout bon.
Merci pour tout ;-)
une commande dans un fichier de conf du shell qui ferait un chmod ?
si le contenu du $HOME de l'utilisateur n'est pas énorme : grep -rl chmod "$HOME", ou grep -rl '/tmp/.Xauthority "$HOME"à voir...