Copier un fichier d'une machine à une autre

Salut a tous,
j´ai un petit probleme, je suis debutant en shell, et j´ai eu comme pour devoir de : Copier un fichier situer dans une machine C en passant par par une machine B.
car la machine A ou je me trouve ne peut pas acceder a la machine C ou se trouve le fichier.
Est ce que quelqu´un peut m´aider a resourdre ce probleme. en faisant ceci:

Code:

---

1 2	scp user@C:/dev/fichier.txt ./tmp/

---

mais le probleme c´est que je voudrais savoir quand est ce la premiere copie est terminée avant de transferer de la machine B a la machine A.

Merci
A tous.

Eric

Salut ;
Tu es connecté sur A, et tu veux avoir un fichier qui se trouve sur C mais tu n'as pas l'accès au C.. Alors, tu n'as pas besoin de B, il faut juste piraté C :aie:
Sinon, expliques mieux : cas réel, commandes tapées réellement sur le shell, adressage et topologie réels, captures d'écran, ...etc.

Merci.

c´est exactement ce que je veux faire, sans pirater :D .
Je suis sur la machine A.
j´accede bien a la machine B
la machine B accede a la machine C la ou se trouve mon fichier.

Merci.

Citation:

---

Envoyé par jeffray03

mais le probleme c´est que je voudrais savoir quand est ce la premiere copie est terminée avant de transferer de la machine B a la machine A.

---

La première copie est terminée quand la commande qui l'a lancée rends la main, et que la ligne suivante peut donc être exécutée.

Si tu ne met pas de taches en arrière plan, il n'y a pas besoin de gérer le séquencement des taches, elles s’enchaînent simplement l'une après l'autre.

@jlliagre Merci
c´est ce que je suis en train de tester.
Je vous tiens au courant.

Eric

Citation:

---

Envoyé par jeffray03

Salut a tous,
j´ai un petit probleme, je suis debutant en shell, et j´ai eu comme pour devoir de : Copier un fichier situer dans une machine C en passant par par une machine B.
car la machine A ou je me trouve ne peut pas acceder a la machine C ou se trouve le fichier.
Est ce que quelqu´un peut m´aider a resourdre ce probleme. en faisant ceci:

Code:

---

1 2	scp user@C:/dev/fichier.txt ./tmp/

---

---

Salut
C'est étonnant de trouver un fichier texte sous /dev mais pourquoi pas...

Code:

---

ssh user@B "ssh user@C 'cd /dev; tar cf - fichier.txt'" | (cd /tmp; tar xpvf -)

---

Citation:

---

Envoyé par jeffray03

mais le probleme c´est que je voudrais savoir quand est ce la premiere copie est terminée avant de transferer de la machine B a la machine A.

---

Même pas besoin. Le transfert part de C, transite par B sans s'y arrêter pour arriver à A...

Citation:

---

Envoyé par Sve@r

Code:

---

ssh user@B "ssh user@C 'cd /dev; tar cf - fichier.txt'" | (cd /tmp; tar xpvf -)

---

---

Pas mal. On peut faire ça avec des authentifications par mot de passe de A à C ou faut-il un jeu de clés entre B et C ?

Edit: on peut faire ça avec du fichier plus compliqué que du txt (pdf, bin, ...) ?

merci, a tous je vais essayer ce code lundi au boulot.
Eric

Citation:

---

Envoyé par xflr6

Pas mal. On peut faire ça avec des authentifications par mot de passe de A à C ou faut-il un jeu de clés entre B et C ?

---

Ben il faut que user@B ait un accès sur la machine C (acceptation des clefs publiques de C) et idem pour user@A sur B.

Citation:

---

Envoyé par xflr6

Edit: on peut faire ça avec du fichier plus compliqué que du txt (pdf, bin, ...) ?

---

Ah oui. Le tar (tape archive) peut archiver des fichiers de toutes tailles et aussi des dossiers. Mais uniquement des fichiers classiques, liens liens symboliques et répertoires. Je le préfère à cp car cp ne conserve pas les liens (si le dossier d'origine contient 2 liens, le dossier copié contiendra 2 fichiers identiques mais distincts)

@ Sve@r:
Ma confusion, pour les deux questions, vient de l'utilisation du stdout.

Si l'authentification nécessite un mdp ou passphrase, je suppose que ça sera demandé autre part que sur stdout (stderr ?). Si oui, no pb. Si non, c'est plutôt par ignorance car pour moi tout ce qui sort de ce qui a avant la pipe (la demande de mot de passe par ex) va arriver concaténé avec le tar dans le stdout et je ne voyais pas trop comment s'en sortir après.

Quant aux formats, c'est une confusion encore plus grande (j'étais fatigué hier soir...) : je ne pensais pas qu'on pouvait mettre une archive "en flux" sur le stdout et la récupérer sans dommages. J'ai demandé d'autres formats que txt je ne sais pas pourquoi, c'est la mise du tar ici, (et tout autre format en général), sur stdout qui me bloquait, ne sachant pas si il y avait altération... lors de la récupération.
A y réfléchir, j'ai l'impression que j'ai déjà fait ça sans y penser en plus...

Bref, merci, l'usage ssh et tar que tu fais m'aurait été bien utile à une époque, et je ne l'aurais jamais trouvé tout seul (je pensais la chose impossible...) d'où mon intérêt pour la question. Ce n'est pas encore cristal-clear, mais je garde ça en tête sérieusement pour une éventuelle prochaine fois où je devrais rebondir sur une machine passerelle.

Citation:

---

Envoyé par xflr6

@ Sve@r:
Ma confusion, pour les deux questions, vient de l'utilisation du stdout.

Si l'authentification nécessite un mdp ou passphrase, je suppose que ça sera demandé autre part que sur stdout (stderr ?). Si oui, no pb. Si non, c'est plutôt par ignorance car pour moi tout ce qui sort de ce qui a avant la pipe (la demande de mot de passe par ex) va arriver concaténé avec le tar dans le stdout et je ne voyais pas trop comment s'en sortir après.

---

Attention, ici le tar ne travaillera pas sur stdout mais sur un std bien à lui (le petit "tiret" placé en position "f" => tar cf - | tar xpvf -). Le std "spécial" traverse le pipe pour être récupéré de l'autre coté. Et, bonheur suprème, ce genre de truc traverse même les ssh et rsh.
On peut utiliser aussi stdout (tar c fichier |tar xp mais gros risque de collision si stdout est pollué par un autre truc.
Et pour le mot de passe, lors du tout premier ssh entre 2 hosts, le host d'origine demande de confirmer les clefs du host cible. Il me semble que ça ne corromp pas la commande toutefois ici il y a un premier ssh qui fait appel, lui, à un second ssh. Dans ces conditions je pense qu'il vaut mieux que les ssh aient été déjà paramétrés avant de lancer la copie...

Citation:

---

Envoyé par xflr6

Quant aux formats, c'est une confusion encore plus grande (j'étais fatigué hier soir...) : je ne pensais pas qu'on pouvait mettre une archive "en flux" sur le stdout et la récupérer sans dommages.

---

Arf c'est trop bon cette méthode. On peut copier des dossiers complets dans d'autres répertoires => tar cf - dossier | (cd autre_rep; tar xpvf -) et aussi à travers le réseau. Et chez-moi, le mien il mange sa race avec mes transferts dans tous les sens...:mrgreen:

Citation:

---

Envoyé par ABS*

dans ce contexte, le signe « - » [est] une option reconnue par quelques utilitaires UNIX qui écrivent dans stdout ou lisent dans stdin, comme tar, cat, ...

---

* Advanced Bash Scripting : Chapitre 3 : Redirection depuis/vers stdin ou stdout [tiret].

@ N_BaH & Sve@r : Merci pour les précisions / références, je vais regarder ça de plus près.

Citation:

---

Envoyé par Sve@r

Salut
C'est étonnant de trouver un fichier texte sous /dev mais pourquoi pas...

Code:

---

ssh user@B "ssh user@C 'cd /dev; tar cf - fichier.txt'" | (cd /tmp; tar xpvf -)

---

Même pas besoin. Le transfert part de C, transite par B sans s'y arrêter pour arriver à A...

---

Merci ca marche à merveille.

Un grand merci a tous.