salut la liste,
depuis une machine host3, je souhaite faire un scp de host1 vers host2
avec 2 ports différents.
mais une commande du genre ne fonctionne pas:
dev-intranet:/tmp# scp -P 22 :/tmp/toto -P 2201 :/tmp/
Vous avez une idée du comment faire sans avoir à faire 2 scp: de host 1
vers host3 puis de host3 vers host1 ?
merci et a+,
f.
salut la liste,
depuis une machine host3, je souhaite faire un scp de host1 vers host2
avec 2 ports différents.
mais une commande du genre ne fonctionne pas:
dev-intranet:/tmp# scp -P 22 root@host1:/tmp/toto -P 2201 root@host2:/tmp/
Vous avez une idée du comment faire sans avoir à faire 2 scp: de host 1
vers host3 puis de host3 vers host1 ?
merci et a+,
f.
salut la liste,
depuis une machine host3, je souhaite faire un scp de host1 vers host2
avec 2 ports différents.
mais une commande du genre ne fonctionne pas:
dev-intranet:/tmp# scp -P 22 :/tmp/toto -P 2201 :/tmp/
Vous avez une idée du comment faire sans avoir à faire 2 scp: de host 1
vers host3 puis de host3 vers host1 ?
merci et a+,
f.
salut la liste,
depuis une machine host3, je souhaite faire un scp de host1 vers host2
avec 2 ports différents.
mais une commande du genre ne fonctionne pas:
dev-intranet:/tmp# scp -P 22 :/tmp/toto -P 2201
:/tmp/
Vous avez une idée du comment faire sans avoir à faire 2 scp: de host1
vers host3 puis de host3 vers host1 ?
merci et a+,
f.
salut la liste,
depuis une machine host3, je souhaite faire un scp de host1 vers host2
avec 2 ports différents.
mais une commande du genre ne fonctionne pas:
dev-intranet:/tmp# scp -P 22 root@host1:/tmp/toto -P 2201
root@host2:/tmp/
Vous avez une idée du comment faire sans avoir à faire 2 scp: de host1
vers host3 puis de host3 vers host1 ?
merci et a+,
f.
salut la liste,
depuis une machine host3, je souhaite faire un scp de host1 vers host2
avec 2 ports différents.
mais une commande du genre ne fonctionne pas:
dev-intranet:/tmp# scp -P 22 :/tmp/toto -P 2201
:/tmp/
Vous avez une idée du comment faire sans avoir à faire 2 scp: de host1
vers host3 puis de host3 vers host1 ?
merci et a+,
f.
Bonsoir.
Perso, s'il n'est pas possible de faire comme suggéré plus tà ´t, à savoir
se connecter directement sur l'hôte 1,
alors je ferais bien un truc du genre :
ssh -p port_de_hote_1 bash -c "scp -P port_de_hote_2 /tmp/toto
:/tmp/"
Bonsoir.
Perso, s'il n'est pas possible de faire comme suggéré plus tà ´t, à savoir
se connecter directement sur l'hôte 1,
alors je ferais bien un truc du genre :
ssh -p port_de_hote_1 user@hote1 bash -c "scp -P port_de_hote_2 /tmp/toto
user@host2:/tmp/"
Bonsoir.
Perso, s'il n'est pas possible de faire comme suggéré plus tà ´t, à savoir
se connecter directement sur l'hôte 1,
alors je ferais bien un truc du genre :
ssh -p port_de_hote_1 bash -c "scp -P port_de_hote_2 /tmp/toto
:/tmp/"
Gaël STEPHAN - InternetCom, lundi 23 mars 2009, 21:08:51 CET
Bonsoir.
’soir,Perso, s'il n'est pas possible de faire comme suggéré plus tôt, à savoir
se connecter directement sur l'hôte 1,
alors je ferais bien un truc du genre :
ssh -p port_de_hote_1 bash -c "scp -P port_de_hote_2
/tmp/toto
:/tmp/"
Franchement, faire 'ssh hôte1' (ou 'scp hôte1:…' d’ailleurs), moi,
j’appelle ça une connexion, hein.
Si on peut faire scp, on peut faire ssh, et aussi ssh bash. Si
on peut pas faire 'ssh hôte', je ne vois pas pourquoi 'ssh hôte
bash' fonctionnerait. Autrement dit ce serait con d’empêcher les
logins mais d’autoriser à lancer n’importe quoi.
Gaël STEPHAN - InternetCom, lundi 23 mars 2009, 21:08:51 CET
Bonsoir.
’soir,
Perso, s'il n'est pas possible de faire comme suggéré plus tôt, à savoir
se connecter directement sur l'hôte 1,
alors je ferais bien un truc du genre :
ssh -p port_de_hote_1 user@hote1 bash -c "scp -P port_de_hote_2
/tmp/toto
user@host2:/tmp/"
Franchement, faire 'ssh hôte1' (ou 'scp hôte1:…' d’ailleurs), moi,
j’appelle ça une connexion, hein.
Si on peut faire scp, on peut faire ssh, et aussi ssh bash. Si
on peut pas faire 'ssh hôte', je ne vois pas pourquoi 'ssh hôte
bash' fonctionnerait. Autrement dit ce serait con d’empêcher les
logins mais d’autoriser à lancer n’importe quoi.
Gaël STEPHAN - InternetCom, lundi 23 mars 2009, 21:08:51 CET
Bonsoir.
’soir,Perso, s'il n'est pas possible de faire comme suggéré plus tôt, à savoir
se connecter directement sur l'hôte 1,
alors je ferais bien un truc du genre :
ssh -p port_de_hote_1 bash -c "scp -P port_de_hote_2
/tmp/toto
:/tmp/"
Franchement, faire 'ssh hôte1' (ou 'scp hôte1:…' d’ailleurs), moi,
j’appelle ça une connexion, hein.
Si on peut faire scp, on peut faire ssh, et aussi ssh bash. Si
on peut pas faire 'ssh hôte', je ne vois pas pourquoi 'ssh hôte
bash' fonctionnerait. Autrement dit ce serait con d’empêcher les
logins mais d’autoriser à lancer n’importe quoi.
S'il n'est effectivement pas POSSIBLE, d'un point de vue des droits, de
se connecter ....
Le Mon, 23 Mar 2009 21:33:44 +0100, Sylvain Sauvage
a écrit:Gaël STEPHAN - InternetCom, lundi 23 mars 2009, 21:08:51 CET
Bonsoir.
’soir,Perso, s'il n'est pas possible de faire comme suggéré plus tôt, à savoir
se connecter directement sur l'hôte 1,
alors je ferais bien un truc du genre :
ssh -p port_de_hote_1 bash -c "scp -P port_de_hote_2
/tmp/toto
:/tmp/"
Franchement, faire 'ssh hôte1' (ou 'scp hôte1:…' d’ailleurs), moi,
j’appelle ça une connexion, hein.
Si on peut faire scp, on peut faire ssh, et aussi ssh bash. Si
on peut pas faire 'ssh hôte', je ne vois pas pourquoi 'ssh hôte
bash' fonctionnerait. Autrement dit ce serait con d’empêcher les
logins mais d’autoriser à lancer n’importe quoi.
S'il n'est effectivement pas POSSIBLE, d'un point de vue des droits, de
se connecter ....
Le Mon, 23 Mar 2009 21:33:44 +0100, Sylvain Sauvage
<Sylvain.Sauvage@metanoesis.net> a écrit:
Gaël STEPHAN - InternetCom, lundi 23 mars 2009, 21:08:51 CET
Bonsoir.
’soir,
Perso, s'il n'est pas possible de faire comme suggéré plus tôt, à savoir
se connecter directement sur l'hôte 1,
alors je ferais bien un truc du genre :
ssh -p port_de_hote_1 user@hote1 bash -c "scp -P port_de_hote_2
/tmp/toto
user@host2:/tmp/"
Franchement, faire 'ssh hôte1' (ou 'scp hôte1:…' d’ailleurs), moi,
j’appelle ça une connexion, hein.
Si on peut faire scp, on peut faire ssh, et aussi ssh bash. Si
on peut pas faire 'ssh hôte', je ne vois pas pourquoi 'ssh hôte
bash' fonctionnerait. Autrement dit ce serait con d’empêcher les
logins mais d’autoriser à lancer n’importe quoi.
S'il n'est effectivement pas POSSIBLE, d'un point de vue des droits, de
se connecter ....
Le Mon, 23 Mar 2009 21:33:44 +0100, Sylvain Sauvage
a écrit:Gaël STEPHAN - InternetCom, lundi 23 mars 2009, 21:08:51 CET
Bonsoir.
’soir,Perso, s'il n'est pas possible de faire comme suggéré plus tôt, à savoir
se connecter directement sur l'hôte 1,
alors je ferais bien un truc du genre :
ssh -p port_de_hote_1 bash -c "scp -P port_de_hote_2
/tmp/toto
:/tmp/"
Franchement, faire 'ssh hôte1' (ou 'scp hôte1:…' d’ailleurs), moi,
j’appelle ça une connexion, hein.
Si on peut faire scp, on peut faire ssh, et aussi ssh bash. Si
on peut pas faire 'ssh hôte', je ne vois pas pourquoi 'ssh hôte
bash' fonctionnerait. Autrement dit ce serait con d’empêcher les
logins mais d’autoriser à lancer n’importe quoi.
yop,S'il n'est effectivement pas POSSIBLE, d'un point de vue des droits,
de se connecter ....
Effectivement, seul host3 a le droit de causer avec host1 et host2.
Host 1 et host 2 n'ont pas le droit de dialoguer directement. Sinon,
vous imaginez bien, comme le suggère Alain, que j'aurai fais plus simple ;)
yop,
S'il n'est effectivement pas POSSIBLE, d'un point de vue des droits,
de se connecter ....
Effectivement, seul host3 a le droit de causer avec host1 et host2.
Host 1 et host 2 n'ont pas le droit de dialoguer directement. Sinon,
vous imaginez bien, comme le suggère Alain, que j'aurai fais plus simple ;)
yop,S'il n'est effectivement pas POSSIBLE, d'un point de vue des droits,
de se connecter ....
Effectivement, seul host3 a le droit de causer avec host1 et host2.
Host 1 et host 2 n'ont pas le droit de dialoguer directement. Sinon,
vous imaginez bien, comme le suggère Alain, que j'aurai fais plus simple ;)
ssh -P 22 -c "cat toto" | ssh -P 2201 -c "cat -
> toto"
ssh -P 22 -c "tar crf - toto/" | ssh -P 2201 -c
"tar xvf -"
ssh -P 22 user1@host1 -c "cat toto" | ssh -P 2201 user2@host2 -c "cat -
> toto"
ssh -P 22 user1@host1 -c "tar crf - toto/" | ssh -P 2201 user2@host2 -c
"tar xvf -"
ssh -P 22 -c "cat toto" | ssh -P 2201 -c "cat -
> toto"
ssh -P 22 -c "tar crf - toto/" | ssh -P 2201 -c
"tar xvf -"
yop,S'il n'est effectivement pas POSSIBLE, d'un point de vue des droits,
de se connecter ....
Effectivement, seul host3 a le droit de causer avec host1 et host2.
Host 1 et host 2 n'ont pas le droit de dialoguer directement. Sinon,
vous imaginez bien, comme le suggère Alain, que j'aurai fais plus
simple ;)
yop,
S'il n'est effectivement pas POSSIBLE, d'un point de vue des droits,
de se connecter ....
Effectivement, seul host3 a le droit de causer avec host1 et host2.
Host 1 et host 2 n'ont pas le droit de dialoguer directement. Sinon,
vous imaginez bien, comme le suggère Alain, que j'aurai fais plus
simple ;)
yop,S'il n'est effectivement pas POSSIBLE, d'un point de vue des droits,
de se connecter ....
Effectivement, seul host3 a le droit de causer avec host1 et host2.
Host 1 et host 2 n'ont pas le droit de dialoguer directement. Sinon,
vous imaginez bien, comme le suggère Alain, que j'aurai fais plus
simple ;)
Dans ce cas, il est pratique d'utiliser ssh-agent:
$ eval $(ssh-agent)
$ ssh-add
$ ssh -A "scp -r /ton/rép/sur/h1 :/la/où/le/placer"
Ça transporte ton id u3 sur h1 le temps de la commande ssh et de la
durée de vie du process ssh-agent
Et ça évite de transiter tout par une machine intermédiaire
Dans ce cas, il est pratique d'utiliser ssh-agent:
u3@h3 $ eval $(ssh-agent)
u3@h3 $ ssh-add
u3@h3 $ ssh -A u1@h1 "scp -r /ton/rép/sur/h1 u2@h2:/la/où/le/placer"
Ça transporte ton id u3 sur h1 le temps de la commande ssh et de la
durée de vie du process ssh-agent
Et ça évite de transiter tout par une machine intermédiaire
Dans ce cas, il est pratique d'utiliser ssh-agent:
$ eval $(ssh-agent)
$ ssh-add
$ ssh -A "scp -r /ton/rép/sur/h1 :/la/où/le/placer"
Ça transporte ton id u3 sur h1 le temps de la commande ssh et de la
durée de vie du process ssh-agent
Et ça évite de transiter tout par une machine intermédiaire
François TOURDE a écrit :
[...]Dans ce cas, il est pratique d'utiliser ssh-agent:
$ eval $(ssh-agent)
$ ssh-add
$ ssh -A "scp -r /ton/rép/sur/h1 :/la/où/le/placer"
Ça transporte ton id u3 sur h1 le temps de la commande ssh et de la
durée de vie du process ssh-agent
Et ça évite de transiter tout par une machine intermédiaire
Sauf que dans le cas de Fabrice, j'ai l'impression que les machine n'ont
pas le droit de discuter entre-elles au niveau réseau, je ne crois pas que
ce soit une question de clés.
A+
Fanfan
François TOURDE a écrit :
[...]
Dans ce cas, il est pratique d'utiliser ssh-agent:
u3@h3 $ eval $(ssh-agent)
u3@h3 $ ssh-add
u3@h3 $ ssh -A u1@h1 "scp -r /ton/rép/sur/h1 u2@h2:/la/où/le/placer"
Ça transporte ton id u3 sur h1 le temps de la commande ssh et de la
durée de vie du process ssh-agent
Et ça évite de transiter tout par une machine intermédiaire
Sauf que dans le cas de Fabrice, j'ai l'impression que les machine n'ont
pas le droit de discuter entre-elles au niveau réseau, je ne crois pas que
ce soit une question de clés.
A+
Fanfan
François TOURDE a écrit :
[...]Dans ce cas, il est pratique d'utiliser ssh-agent:
$ eval $(ssh-agent)
$ ssh-add
$ ssh -A "scp -r /ton/rép/sur/h1 :/la/où/le/placer"
Ça transporte ton id u3 sur h1 le temps de la commande ssh et de la
durée de vie du process ssh-agent
Et ça évite de transiter tout par une machine intermédiaire
Sauf que dans le cas de Fabrice, j'ai l'impression que les machine n'ont
pas le droit de discuter entre-elles au niveau réseau, je ne crois pas que
ce soit une question de clés.
A+
Fanfan