sur un ordi sous linux :
$ uname -a
Linux d620 3.13.0-37-generic #64-Ubuntu SMP Mon Sep 22 21:30:01 UTC 2014
i686 i686 i686 GNU/Linux
je parviens très bien à me logger en ssh à un autre ordi (vostro) sous
linux :
┬─[yt@d620:~]─[09:24:12]
╰─>$ ssh vostro.local
The authenticity of host '192.168.0.15 (192.168.0.15)' can't be established.
ECDSA key fingerprint is 8a:7b:e7:51:e7:d4:6a:e4:8b:68:de:76:6a:a7:fa:70.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.0.15' (ECDSA) to the list of known
hosts.
Welcome to Linux Mint 17 Qiana (GNU/Linux 3.13.0-24-generic i686)
Welcome to Linux Mint
* Documentation: http://www.linuxmint.com
Last login: Tue May 26 17:32:03 2015 from localhost
Using /home/yt/.rvm/gems/ruby-2.1.2
Welcome to fish, the friendly interactive shell
Type help for instructions on how to use fish
┬─[yt@vostro:~]─[09:24:35]
╰─>$ exit
Connection to 192.168.0.15 closed.
MAIS toute tentative (de "d620" vers "vostro" ou l'inverse) de faire un
scp ne génère pas d'erreur au terminal MAIS ne fait rien :
$ scp Téléchargements/menumaker-0.99.7.tar.gz vostro.local
$ ssh vostro.local 'lal Téléchargements'
Using /home/yt/.rvm/gems/ruby-2.1.2
total 933568
drwxr-xr-x 2 yt yt 4096 juin 1 21:00 .
drwxr-xr-x 45 yt yt 4096 juin 1 20:05 ..
-rw-r----- 1 yt yt 36227 mars 11 17:27 Example.odt
-rw-r----- 1 yt yt 1771241 mars 11 17:28 ownCloudUserManual.pdf
-rw-r----- 1 yt yt 954132480 avril 1 12:13 tails-i386-1.3.2.iso
-rw-r----- 1 yt yt 801 avril 1 10:48 tails-i386-1.3.2.iso.sig
sur les deux bécannes client ET serveur sont installés.
sur les deux bécannes client ET serveur sont installés.
Je suppose qu'il y a une config à faire ?
précison, si j'essaie de transférer un fichier depuis linux mint vers un autre ordi sous mac os x latest ("mbp.local"), ça roule : $ scp Téléchargements/menumaker-0.99.7.tar.gz mbp.local:Downloads menumaker-0.99.7.tar.gz 100% 136KB 135.6KB/s 00:00 $ ssh mbp.local 'lal Downloads/menu*' -rw-r----- 1 yt staff 136K 3 jui 10:26 Downloads/menumaker-0.99.7.tar.gz
On 03/06/2015 09:31, Une Bévue wrote:
sur les deux bécannes client ET serveur sont installés.
Je suppose qu'il y a une config à faire ?
précison, si j'essaie de transférer un fichier depuis linux mint vers un
autre ordi sous mac os x latest ("mbp.local"), ça roule :
$ scp Téléchargements/menumaker-0.99.7.tar.gz mbp.local:Downloads
menumaker-0.99.7.tar.gz
100% 136KB
135.6KB/s 00:00
$ ssh mbp.local 'lal Downloads/menu*'
-rw-r----- 1 yt staff 136K 3 jui 10:26
Downloads/menumaker-0.99.7.tar.gz
sur les deux bécannes client ET serveur sont installés.
Je suppose qu'il y a une config à faire ?
précison, si j'essaie de transférer un fichier depuis linux mint vers un autre ordi sous mac os x latest ("mbp.local"), ça roule : $ scp Téléchargements/menumaker-0.99.7.tar.gz mbp.local:Downloads menumaker-0.99.7.tar.gz 100% 136KB 135.6KB/s 00:00 $ ssh mbp.local 'lal Downloads/menu*' -rw-r----- 1 yt staff 136K 3 jui 10:26 Downloads/menumaker-0.99.7.tar.gz
Si tu regardes la page man, le ":" est obligatoire pour spécifier un "host2", donc je tenterais ceci : $ scp Téléchargements/menumaker-0.99.7.tar.gz vostro.local:
Si tu regardes la page man, le ":" est obligatoire pour spécifier un
"host2", donc je tenterais ceci :
$ scp Téléchargements/menumaker-0.99.7.tar.gz vostro.local:
Si tu regardes la page man, le ":" est obligatoire pour spécifier un "host2", donc je tenterais ceci : $ scp Téléchargements/menumaker-0.99.7.tar.gz vostro.local:
-- Nico.
Une Bévue
On 03/06/2015 10:59, yamo' wrote:
Et en mettant un chemin?
c'est mon post qui était foireux, j'avais bien mis : scp Téléchargements/menumaker-0.99.7.tar.gz vostro.local:Téléchargements
Sans chemin, je ne vois pas où ça peut arriver... Est-ce que c'est le même user de chaque côté?
Sinon, il faudrait taper un truc du genre :
scp chemin_relatif/fichier :/tmp
AJouter le user ne change rien, d'ailleurs dans mon fichier ~/.ssh/config, j'ai : Host vostro.local User yt Hostname 192.168.0.15
sous mon LAN, il n'y qu'yt qui utilise ssh ;-)
Une Bévue
On 03/06/2015 13:23, Nicolas Richard wrote:
Si tu regardes la page man, le ":" est obligatoire pour spécifier un "host2", donc je tenterais ceci : $ scp Téléchargements/menumaker-0.99.7.tar.gz vostro.local:
-
oui, oui, d'accord, j'avais bien mis : scp Téléchargements/menumaker-0.99.7.tar.gz vostro.local:Téléchargements
j'ai même essayé avec l'user : scp Téléchargements/menumaker-0.99.7.tar.gz :Téléchargements
ça ne change rien, je vais regarder les logs.
On 03/06/2015 13:23, Nicolas Richard wrote:
Si tu regardes la page man, le ":" est obligatoire pour spécifier un
"host2", donc je tenterais ceci :
$ scp Téléchargements/menumaker-0.99.7.tar.gz vostro.local:
-
oui, oui, d'accord, j'avais bien mis :
scp Téléchargements/menumaker-0.99.7.tar.gz vostro.local:Téléchargements
j'ai même essayé avec l'user :
scp Téléchargements/menumaker-0.99.7.tar.gz yt@vostro.local:Téléchargements
Si tu regardes la page man, le ":" est obligatoire pour spécifier un "host2", donc je tenterais ceci : $ scp Téléchargements/menumaker-0.99.7.tar.gz vostro.local:
-
oui, oui, d'accord, j'avais bien mis : scp Téléchargements/menumaker-0.99.7.tar.gz vostro.local:Téléchargements
j'ai même essayé avec l'user : scp Téléchargements/menumaker-0.99.7.tar.gz :Téléchargements
ça ne change rien, je vais regarder les logs.
Une Bévue
On 03/06/2015 13:14, Nicolas George wrote:
ls -l vostro.local
je ne pige pas, c'est pas plutôt : ssh vostro.local 'ls -l' ??? qui me donne :
$ ssh vostro.local 'ls -l'
Using /home/yt/.rvm/gems/ruby-2.1.2 total 60 drwxr-xr-x 6 yt yt 4096 avril 8 13:00 bin drwxr-xr-x 2 yt yt 4096 mai 22 15:12 Bureau drwxr-xr-x 2 yt yt 4096 mai 26 19:45 Documents drwx------ 28 yt yt 4096 juin 1 20:06 Dropbox drwxr-xr-x 17 root root 4096 sept. 4 2014 Google Drive drwxr-xr-x 2 yt yt 4096 févr. 11 08:05 Icons drwxr-xr-x 4 yt yt 4096 juin 1 08:09 Images drwxr-xr-x 3 yt yt 4096 août 28 2014 lib drwxr-xr-x 2 yt yt 4096 août 27 2014 Modèles drwxr-xr-x 6 yt yt 4096 juil. 7 2014 MongoDB drwxr-xr-x 3 yt yt 4096 août 28 2014 Musique drwxr-xr-x 15 yt yt 4096 juin 2 16:03 ownCloud drwxr-xr-x 2 yt yt 4096 août 27 2014 Public drwxr-xr-x 2 yt yt 4096 juin 1 21:00 Téléchargements drwxr-xr-x 2 yt yt 4096 août 27 2014 Vidéos
càd l'arborescence de mon /home/yt.
je remarque en passant que Google Drive a un chown root:root alors que Dropbox, comme ownCloud est en yt:yt.
je ne vois pas pourquoi grive a besoin d'être root, mais bon, c'est un autre sujet.
On 03/06/2015 13:14, Nicolas George wrote:
ls -l vostro.local
je ne pige pas, c'est pas plutôt :
ssh vostro.local 'ls -l'
???
qui me donne :
$ ssh vostro.local 'ls -l'
Using /home/yt/.rvm/gems/ruby-2.1.2
total 60
drwxr-xr-x 6 yt yt 4096 avril 8 13:00 bin
drwxr-xr-x 2 yt yt 4096 mai 22 15:12 Bureau
drwxr-xr-x 2 yt yt 4096 mai 26 19:45 Documents
drwx------ 28 yt yt 4096 juin 1 20:06 Dropbox
drwxr-xr-x 17 root root 4096 sept. 4 2014 Google Drive
drwxr-xr-x 2 yt yt 4096 févr. 11 08:05 Icons
drwxr-xr-x 4 yt yt 4096 juin 1 08:09 Images
drwxr-xr-x 3 yt yt 4096 août 28 2014 lib
drwxr-xr-x 2 yt yt 4096 août 27 2014 Modèles
drwxr-xr-x 6 yt yt 4096 juil. 7 2014 MongoDB
drwxr-xr-x 3 yt yt 4096 août 28 2014 Musique
drwxr-xr-x 15 yt yt 4096 juin 2 16:03 ownCloud
drwxr-xr-x 2 yt yt 4096 août 27 2014 Public
drwxr-xr-x 2 yt yt 4096 juin 1 21:00 Téléchargements
drwxr-xr-x 2 yt yt 4096 août 27 2014 Vidéos
càd l'arborescence de mon /home/yt.
je remarque en passant que Google Drive a un chown root:root alors que
Dropbox, comme ownCloud est en yt:yt.
je ne vois pas pourquoi grive a besoin d'être root, mais bon, c'est un
autre sujet.
c'est pas plutôt : ssh vostro.local 'ls -l' ??? qui me donne : >$ ssh vostro.local 'ls -l' Using /home/yt/.rvm/gems/ruby-2.1.2
je pense que tu as un fichier d'initialisation du shell qui ecrit sur la console sur la machine de destination dans ce cas là les scp ne fonctionnent pas
si je rajoute un echo TEST dans mon .bashrc ( sur la machine de reception )
[ ~]$ scp foo :. TEST [ ~]$ voilà ce qui se passe à la console et le fichier foo n'est pas copié
total 60 drwxr-xr-x 6 yt yt 4096 avril 8 13:00 bin drwxr-xr-x 2 yt yt 4096 mai 22 15:12 Bureau drwxr-xr-x 2 yt yt 4096 mai 26 19:45 Documents drwx------ 28 yt yt 4096 juin 1 20:06 Dropbox drwxr-xr-x 17 root root 4096 sept. 4 2014 Google Drive drwxr-xr-x 2 yt yt 4096 févr. 11 08:05 Icons drwxr-xr-x 4 yt yt 4096 juin 1 08:09 Images drwxr-xr-x 3 yt yt 4096 août 28 2014 lib drwxr-xr-x 2 yt yt 4096 août 27 2014 Modèles drwxr-xr-x 6 yt yt 4096 juil. 7 2014 MongoDB drwxr-xr-x 3 yt yt 4096 août 28 2014 Musique drwxr-xr-x 15 yt yt 4096 juin 2 16:03 ownCloud drwxr-xr-x 2 yt yt 4096 août 27 2014 Public drwxr-xr-x 2 yt yt 4096 juin 1 21:00 Téléchargements drwxr-xr-x 2 yt yt 4096 août 27 2014 Vidéos
càd l'arborescence de mon /home/yt.
je remarque en passant que Google Drive a un chown root:root alors que Dropbox, comme ownCloud est en yt:yt.
je ne vois pas pourquoi grive a besoin d'être root, mais bon, c'est un autre sujet.
Le 03/06/2015 17:09, Une Bévue a écrit :
On 03/06/2015 13:14, Nicolas George wrote:
ls -l vostro.local
je ne pige pas,
si tu fais
scp Téléchargements/menumaker-0.99.7.tar.gz vostro.local
c'est pas plutôt :
ssh vostro.local 'ls -l'
???
qui me donne :
>$ ssh vostro.local 'ls -l'
Using /home/yt/.rvm/gems/ruby-2.1.2
je pense que tu as un fichier d'initialisation du shell qui ecrit sur la console
sur la machine de destination
dans ce cas là les scp ne fonctionnent pas
si je rajoute un echo TEST dans mon .bashrc ( sur la machine de reception )
[user@host ~]$ scp foo user@otherhost:.
TEST
[user@host ~]$
voilà ce qui se passe à la console et le fichier foo n'est pas copié
total 60
drwxr-xr-x 6 yt yt 4096 avril 8 13:00 bin
drwxr-xr-x 2 yt yt 4096 mai 22 15:12 Bureau
drwxr-xr-x 2 yt yt 4096 mai 26 19:45 Documents
drwx------ 28 yt yt 4096 juin 1 20:06 Dropbox
drwxr-xr-x 17 root root 4096 sept. 4 2014 Google Drive
drwxr-xr-x 2 yt yt 4096 févr. 11 08:05 Icons
drwxr-xr-x 4 yt yt 4096 juin 1 08:09 Images
drwxr-xr-x 3 yt yt 4096 août 28 2014 lib
drwxr-xr-x 2 yt yt 4096 août 27 2014 Modèles
drwxr-xr-x 6 yt yt 4096 juil. 7 2014 MongoDB
drwxr-xr-x 3 yt yt 4096 août 28 2014 Musique
drwxr-xr-x 15 yt yt 4096 juin 2 16:03 ownCloud
drwxr-xr-x 2 yt yt 4096 août 27 2014 Public
drwxr-xr-x 2 yt yt 4096 juin 1 21:00 Téléchargements
drwxr-xr-x 2 yt yt 4096 août 27 2014 Vidéos
càd l'arborescence de mon /home/yt.
je remarque en passant que Google Drive a un chown root:root alors que Dropbox, comme ownCloud est en yt:yt.
je ne vois pas pourquoi grive a besoin d'être root, mais bon, c'est un autre sujet.
c'est pas plutôt : ssh vostro.local 'ls -l' ??? qui me donne : >$ ssh vostro.local 'ls -l' Using /home/yt/.rvm/gems/ruby-2.1.2
je pense que tu as un fichier d'initialisation du shell qui ecrit sur la console sur la machine de destination dans ce cas là les scp ne fonctionnent pas
si je rajoute un echo TEST dans mon .bashrc ( sur la machine de reception )
[ ~]$ scp foo :. TEST [ ~]$ voilà ce qui se passe à la console et le fichier foo n'est pas copié
total 60 drwxr-xr-x 6 yt yt 4096 avril 8 13:00 bin drwxr-xr-x 2 yt yt 4096 mai 22 15:12 Bureau drwxr-xr-x 2 yt yt 4096 mai 26 19:45 Documents drwx------ 28 yt yt 4096 juin 1 20:06 Dropbox drwxr-xr-x 17 root root 4096 sept. 4 2014 Google Drive drwxr-xr-x 2 yt yt 4096 févr. 11 08:05 Icons drwxr-xr-x 4 yt yt 4096 juin 1 08:09 Images drwxr-xr-x 3 yt yt 4096 août 28 2014 lib drwxr-xr-x 2 yt yt 4096 août 27 2014 Modèles drwxr-xr-x 6 yt yt 4096 juil. 7 2014 MongoDB drwxr-xr-x 3 yt yt 4096 août 28 2014 Musique drwxr-xr-x 15 yt yt 4096 juin 2 16:03 ownCloud drwxr-xr-x 2 yt yt 4096 août 27 2014 Public drwxr-xr-x 2 yt yt 4096 juin 1 21:00 Téléchargements drwxr-xr-x 2 yt yt 4096 août 27 2014 Vidéos
càd l'arborescence de mon /home/yt.
je remarque en passant que Google Drive a un chown root:root alors que Dropbox, comme ownCloud est en yt:yt.
je ne vois pas pourquoi grive a besoin d'être root, mais bon, c'est un autre sujet.
Une Bévue
On 03/06/2015 17:58, Philippe Weill wrote:
je pense que tu as un fichier d'initialisation du shell qui ecrit sur la console sur la machine de destination dans ce cas là les scp ne fonctionnent pas
Ouais, bravo, bravissimo !
Je ne connaissais pas ce problème...
dans mon "~/.config/fish/config.fish" (équivalent du ~/.bashrc pour le shell fish) j'avais : rvm --default use 2.1
c'est ce qui me donnait : Using /home/yt/.rvm/gems/ruby-2.1.2 sous ssh (ou autre)
il m'a suffit de rediriger 1 et 2 vers /dev/null en écrivant : rvm --default use 2.1 > /dev/null 2>&1
et c'est tout bon !
Un grand merci pour cette diligente solution.
On 03/06/2015 17:58, Philippe Weill wrote:
je pense que tu as un fichier d'initialisation du shell qui ecrit sur la
console
sur la machine de destination
dans ce cas là les scp ne fonctionnent pas
Ouais, bravo, bravissimo !
Je ne connaissais pas ce problème...
dans mon "~/.config/fish/config.fish" (équivalent du ~/.bashrc pour le
shell fish) j'avais :
rvm --default use 2.1
c'est ce qui me donnait :
Using /home/yt/.rvm/gems/ruby-2.1.2
sous ssh (ou autre)
il m'a suffit de rediriger 1 et 2 vers /dev/null en écrivant :
rvm --default use 2.1 > /dev/null 2>&1
je pense que tu as un fichier d'initialisation du shell qui ecrit sur la console sur la machine de destination dans ce cas là les scp ne fonctionnent pas
Ouais, bravo, bravissimo !
Je ne connaissais pas ce problème...
dans mon "~/.config/fish/config.fish" (équivalent du ~/.bashrc pour le shell fish) j'avais : rvm --default use 2.1
c'est ce qui me donnait : Using /home/yt/.rvm/gems/ruby-2.1.2 sous ssh (ou autre)
il m'a suffit de rediriger 1 et 2 vers /dev/null en écrivant : rvm --default use 2.1 > /dev/null 2>&1
et c'est tout bon !
Un grand merci pour cette diligente solution.
Nicolas George
Une Bévue , dans le message <mkn5bs$cgb$, a écrit :
ls -l vostro.local
je ne pige pas, c'est pas plutôt :
Dans le doute, suppose que j'ai raison et que tu as tort :-Þ
Une Bévue , dans le message <mkn5bs$cgb$1@shakotay.alphanet.ch>, a
écrit :
ls -l vostro.local
je ne pige pas, c'est pas plutôt :
Dans le doute, suppose que j'ai raison et que tu as tort :-Þ
