[Debian] ssh et commande scp
Résolu
Bonjour,
voilà tout est dit !
192.168.1.2 = mandriva
192.168.1.3 = debian
les 2 machines sont connectées à un routeur ! la commande ssh fonctionne pour les 2 machines ....mais si je veux copier un fichier d'une machine à l'autre :
redfox@mandriva:~/Desktop$ scp -v redfox@192.168.1.3:/home/redfox/Desktop/fichier .
ça ça fonctionne !! c'est-à-dire que j'ai bien le fichier sur le Bureau mandriva
..........mais :
redfox@debian:~/Desktop$ scp -v redfox@192.168.1.2:/home/redfox/Desktop/fichier .
ça , ça fonctionne pô ! c 'est-à-dire que je n'ai pas le fichier sur le Bureau debian !
et pourtant rien d'anormal dans le mode verbeux ! c'est identique à celui de la mandriva excepté que je dois valider "Entrée" pour retrouver le prompt !
une idée svp ?
merci.
:-))
--
Debian Etch // Fedora 8 // Gentoo 2007-rc3 // Mandriva 2007.1 Spring
Windows Breaks : -----^-----^-----^-----^-----^-----^--- bip bip bip bip !
voilà tout est dit !
192.168.1.2 = mandriva
192.168.1.3 = debian
les 2 machines sont connectées à un routeur ! la commande ssh fonctionne pour les 2 machines ....mais si je veux copier un fichier d'une machine à l'autre :
redfox@mandriva:~/Desktop$ scp -v redfox@192.168.1.3:/home/redfox/Desktop/fichier .
ça ça fonctionne !! c'est-à-dire que j'ai bien le fichier sur le Bureau mandriva
..........mais :
redfox@debian:~/Desktop$ scp -v redfox@192.168.1.2:/home/redfox/Desktop/fichier .
ça , ça fonctionne pô ! c 'est-à-dire que je n'ai pas le fichier sur le Bureau debian !
et pourtant rien d'anormal dans le mode verbeux ! c'est identique à celui de la mandriva excepté que je dois valider "Entrée" pour retrouver le prompt !
une idée svp ?
merci.
:-))
--
Debian Etch // Fedora 8 // Gentoo 2007-rc3 // Mandriva 2007.1 Spring
Windows Breaks : -----^-----^-----^-----^-----^-----^--- bip bip bip bip !
Configuration: Linux Debian Mozilla 1.8.1.10
25 réponses
Résumé de la discussion
Transfert SCP entre Debian et Mandriva : la connexion SSH fonctionne mais la copie d’un fichier depuis Debian vers Mandriva échoue. Des réponses évoquent des questions de clés publiques et de fichier known_hosts, notamment qu’un changement de clé serveur oblige à supprimer l’entrée correspondante. D’autres proposent aussi de vérifier l’installation et le démarrage du serveur SSH sur Mandriva et de confirmer que le fichier source et son chemin disposent des droits appropriés. En cas de messages de transfert partiel, l’examen des logs SCP peut montrer une « Exit status 1 », signe potentiel d’impossibilité de lire le fichier ou de permissions insuffisantes.
-
ModérateurCe message signifie que pour un host (identifié sur son hostname ou son IP selon la manière dont tu t'es connecté en ssh), la clé publique ne correspond plus. Comme tu le sais sûrement ssh repose sur un système de clé publiques et privées.
https://fr.wikipedia.org/wiki/Secure_Shell
Tu as sûrement remarqué que la première fois que tu te connectes sur une machine en ssh, on te donne son fingerprint et on te demande si c'est bon (et en général on tape yes sans réfléchir). Cette étape sert en fait en gros à te demandé : penses tu que cette machine est vraiment celle qu'elle prétend être. Si tu réponds oui, ça veut dire que tu penses que tout est ok et par la suite on ne te demandera plus cette confirmation. Celle si est stockée en fait dans ~/.ssh/known_hosts
... jusqu'au jour où ton client ssh s'aperçoit que les fingerprints ne correspondent plus (ce qui est ton message d'erreur). Ceci peut survenir quand le serveur ssh auquel tu te connectes a été réinstallé (et utilise donc une autre clé publique). Autre cas de figure tu te connectes par exemple à mando@192.168.1.10, mais cette IP est donnée en DHCP et n'est plus attribuée à la même machine. Dernière possibilité (d'où le message de ssh) la machine en question se fait intercepter son trafic, ou ta machine a été piratée et n'est plus routée vers la machine que tu crois... d'où le message d'erreur.
Si tu es dans l'un des deux premier cas de figure, une simple suppression de ~/.ssh/known_hosts suffit.
En espérant que ça t'a éclairé... -
bon je reviens avec le message d'erreur suivant sur ma gentoo :
> redfox@gentoo[192.168.1.2]:~$ ssh redfox@192.168.1.3 Permission denied (publickey). > redfox@gentoo[192.168.1.2]:~$
la solution consiste à changer, dans le fichier /etc/ssh/sshd_config
la valeur de ChallengeResponseAuthentication à yes.
http://codept.blogspot.com/2006/11/permission-denied-publickey.html
et cela donne :> redfox@gentoo[192.168.1.2]:~/.ssh$ ssh redfox@192.168.1.3 Password: Linux debian 2.6.26-2-486 #1 Thu Mar 26 00:13:41 UTC 2009 i686 The programs included with the Debian GNU/Linux system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/copyright. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. You have new mail. Last login: Fri May 1 18:40:30 2009 from fedora9.me.com _________________________________________ / Bonjour redfox, nous sommes le vendredi \ | 1 mai 2009, et il est : 19 h 15 . You | | have literary talent that you should | \ take pains to develop. / ----------------------------------------- \ \____ /@ ~-. \/ __ .- | // // @ > redfox@debian[192.168.1.3]:~$
ps : pourquoi j'ai Last login: Fri May 1 18:40:30 2009 from fedora9.me.com alors que je suis sur la gentoo ?
je peux alors réinstaller mes clés, puis remettre la valeur à no et ma connection ssh refonctionne ! Hourra ! -
-
tutos spécial debian :
http://www.coagul.org/article.php3?id_article=347&Valider=Afficher+l%27article
:-))
-
j'ai donc suivi le tuto : http://www6.sial.org/?tdfs=1&searchbox=1&showDomain=1
c'est d'une simplicité absolue pour générer ses clés et les distribuer !
j'ai donc rajouter ma nouvelle clé publique au fichier authorized_keys
ensuite j'ai remis dans le fichier ssh_config la ligne :PasswordAuthentication no
.... et voilà :
[redfox@bob ~]$ ssh redfox@192.168.1.3
Enter passphrase for key '/home/redfox/.ssh/id_rsa':
Linux debian 2.6.22.6 #1 Mon Sep 17 20:13:13 CEST 2007 i686
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
You have new mail.
Last login: Fri Jan 25 17:59:04 2008 from 192.168.1.2
redfox@debian:~$
ça marche !!!! content .....je suis !
:-))
-
bon je continue à faire joujou avec ssh :
avec : "PasswordAuthentication no" dans le fichier de configuration alors :
[redfox@bob ~]$ ssh redfox@192.168.1.3
Permission denied (publickey).
[redfox@bob ~]$
le truc c'est que j'ai pas de fichier ./ssh/authorized_keys
d'après (en anglais) :
http://forums11.itrc.hp.com/service/forums/questionanswer.do?admit=109447626+1201279355477+28353475&threadId=1130893
qui m'envoie à un tuto (en anglais) sur les publickeys :http://macnugget.org/projects/publickeys/
en prime:
SSH TIPS
http://www6.sial.org/?tdfs=1&searchbox=1&showDomain=1
:-))
-
pour ma pomme :
une discussion passionnante :
Securing OpenSSH Server
http://web.archive.org/web/*/https://debian-administration.org/article/573/Securing_OpenSSH_Server__Part_1
:-))
-
-
@lami20jen gros :
faut faire joujou avec les options du fichier /etc/ssh/sshd_config ... :-)
*) rootlogin désactivé
*) PasswordAuthentication no
*) AllowGroup
*) AllowUsers
et aussi :
*) NetFilter bien sûr !
*) modifier le port 22 ...ok contre le scaning automatique ....mais c'est pas la panacée !
*) denyhost / allowhost
*) les authentifications (public / private keys, ....
*) le port-knocking
*) authentification opiekey/skey
ensuite on attaque les trucs de "fou" ...
*) le sshjumphost
Joerg Jaspert: Using a SSH jumphost
http://www.opentechs.org/index.php/2007/12/15/joerg-jaspert-using-a-ssh-jumphost/
un truc sympa :
history|awk '{print $2}'|awk 'BEGIN {FS="|"} {print $1}'|sort|uniq -c|sort -rn|head -10
-
-
-
Modérateurj'ai déjà jeté un oeil dans le fichier (mais vraiment survolé) : pour moi c'est indéchiffrable !
quel b******u :-))))
il ne faut pas le lire, juste commenté ;-DDDD
pour chaque host il y a une seule ligne, mais vu qu'elle est très longue, tu la vois sur plusieurs lignes à l'écran.
tu peux t'acheter un écran avec de la taille d'un terrain de foot pour voir les entrées sur une seule ligne ;-DDDDDDDDDDDD
tu n'as qu'à utiliser les touches Debut et Fin pour attendre le début de la ligne ou la fin (au cas où tu n'as pas compris)
;-DDDDDDDDDDDDDDDDDDDDDDDdd
-
ModérateurQuand tu auras fini de te moquer d'un pôvre toulousain en perdition dans la capitale, tu pourras t'atteler à la tâche, noméo !!! ;-)))
-
lami20j
pour chaque host il y a une seule ligne, mais vu qu'elle est très longue, tu la vois sur plusieurs lignes à l'écran
c'est exactement ça ! ok, je viens de piger (enfin je crois) tu veux dire que c'est toute la ligne que je dois commenter ???
tu peux t'acheter un écran avec de la taille d'un terrain de foot
j'en ai déjà un ! -DDDDDDD
jipicy
Quand tu auras fini de te moquer d'un pôvre toulousain en perdition dans la capitale
merci ! -DDDDDDDDDDDD
bon je verrai ça ce soir à la maison ...
:-))
-
Modérateur@bob031tu veux dire que c'est toute la ligne que je dois commenter ???
Non, que la moitié ;-DDDDDDDDDDDDDDDDDD
Alle je ferai un effort d'être sérieux ;-)
Tu fait comme t'a dit jipicy, tu te mets au début de la ligne et tu mets un # (c'est pareil comme pour /etc/apt/sources.list par exemple)
-
-
-
mamiemando
c'est beaucoup plus clair ! Merci. :-)
pour préciser : j'obtiens ce message dans le sens Debian -> Mandriva/Fedora/Gentoo !
je pense que c'est parce que je passe d'une distribution à l'autre et Debian "y comprend plus rien" !
jipicy
juste commenter (ou supprimer) la ligne faisant référence à l'hôte en question, non ?
whouaaaaaaa ! j'ai déjà jeté un oeil dans le fichier (mais vraiment survolé) : pour moi c'est indéchiffrable !
:-))
-
ModérateurSans vouloir en rajouter... pourquoi détruire le fichier "known_hosts", il arrive bien souvent qu'il y ait plusieurs clés dedans, donc juste commenter (ou supprimer) la ligne faisant référence à l'hôte en question, non ?
-
ASTUCES :
j'ai parfois ceci :
redfox@debian:~$ ssh redfox@192.168.1.2
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that the RSA host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
bc:64:dc:cb:aa:f3:3e:f2:59:4c:8b:81:e2:d3:ac:2f.
Please contact your system administrator.
Add correct host key in /home/redfox/.ssh/known_hosts to get rid of this message.
Offending key in /home/redfox/.ssh/known_hosts:1
RSA host key for 192.168.1.2 has changed and you have requested strict checking.
Host key verification failed.
pour régler le problème taper la commande suivante :cat /dev/null > /home/redfox/.ssh/known_hosts
normalement cela suffit !
si vous avez ceci :
redfox@debian:~$ cat /dev/null > /home/redfox/.ssh/known_hosts
bash: /home/redfox/.ssh/known_hosts: cannot overwrite existing file
redfox@debian:~$
alors taper la commande suivante :cat /dev/null >| /home/redfox/.ssh/known_hosts
redfox@debian:~$ cat /dev/null >| /home/redfox/.ssh/known_hosts
redfox@debian:~$ ssh redfox@192.168.1.2
The authenticity of host '192.168.1.2 (192.168.1.2)' can't be established.
RSA key fingerprint is bc:64:dc:cb:aa:f3:3e:f2:59:4c:8b:81:e2:d3:ac:2f.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.1.2' (RSA) to the list of known hosts.
Password:
Last login: Sat Dec 29 20:11:51 2007 from 192.168.1.3
redfox@localhost ~ $
source :
http://www.gentoo.org/news/en/gwn/20040614-newsletter.xml
6. Tips and Tricks
:-))
-
ModérateurPar rapport à <2>
(mando@aldur) (~) $ apt-file list openssh-server openssh-server: etc/default/ssh openssh-server: etc/init.d/ssh openssh-server: etc/pam.d/ssh openssh-server: usr/lib/openssh/sftp-server openssh-server: usr/lib/sftp-server openssh-server: usr/sbin/sshd openssh-server: usr/share/doc/openssh-server openssh-server: usr/share/man/man5/sshd_config.5.gz openssh-server: usr/share/man/man8/sftp-server.8.gz openssh-server: usr/share/man/man8/sshd.8.gz
Donc non, il y a bien tout ce qu'il faut :-)-
merci pour les indications ! en effet :
redfox@debian:~$ apt-file list openssh-server
openssh-server: etc/default/ssh
openssh-server: etc/init.d/ssh
openssh-server: etc/pam.d/ssh
openssh-server: usr/lib/openssh/sftp-server
openssh-server: usr/lib/sftp-server
openssh-server: usr/sbin/sshd
openssh-server: usr/share/doc/openssh-server
openssh-server: usr/share/man/man5/sshd_config.5.gz
openssh-server: usr/share/man/man8/sftp-server.8.gz
openssh-server: usr/share/man/man8/sshd.8.gz
redfox@debian:~$
ce qui est moins "léger" que ce que je voyais avec ma "mauvaise" commande ! :-)
:-))
-
-
Modérateur
killall bob031 && reset && rm -fr /head/cerval && logout
;-DDD
-
RESOLU !
Vous allez me killer (kill -9) ! C'était mon fichier .bashrc (mandriva) bidouillé à l'origine du souci !
Je viens de remettre le fichier .bashrc (mandriva) d'origine et cette fois tout marche nickel pour la debian !
Désolé !
:-))
-
je reprendrai plus tard !
un grand merci à mamiemando, lami20j et un grand grand grand grand grand merci à jipicy pour son .....soutien moral :-))
ps jipicy : par contre le ssh fedora -> debian et gentoo -> debian fonctionne très bien (pas encore essayé la commande scp)
Bonne nuit les petits ! -:)
:-)) -
redfox@debian:~/Desktop$ scp -v redfox@192.168.1.2:/home/redfox/Desktop/fichier .
Executing: program /usr/bin/ssh host 192.168.1.2, user redfox, command scp -v -f /home/redfox/Desktop/fichier
OpenSSH_4.3p2 Debian-9, OpenSSL 0.9.8c 05 Sep 2006
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 192.168.1.2 [192.168.1.2] port 22.
debug1: Connection established.
debug1: identity file /home/redfox/.ssh/identity type -1
debug1: identity file /home/redfox/.ssh/id_rsa type 1
debug1: identity file /home/redfox/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.6
debug1: match: OpenSSH_4.6 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3p2 Debian-9
debug1: An invalid name was supplied
Cannot determine realm for numeric host address
debug1: An invalid name was supplied
A parameter was malformed
Validation error
debug1: An invalid name was supplied
Cannot determine realm for numeric host address
debug1: An invalid name was supplied
A parameter was malformed
Validation error
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '192.168.1.2' is known and matches the RSA host key.
debug1: Found key in /home/redfox/.ssh/known_hosts:1
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/redfox/.ssh/identity
debug1: Offering public key: /home/redfox/.ssh/id_rsa
debug1: Authentications that can continue: publickey,password
debug1: Trying private key: /home/redfox/.ssh/id_dsa
debug1: Next authentication method: password
redfox@192.168.1.2's password:
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = fr_FR.UTF-8
debug1: Sending command: scp -v -f /home/redfox/Desktop/fichier
Sink: This is BASH 3.1 - DISPLAY on :0.0
This is BASH 3.1 - DISPLAY on :0.0
redfox@debian:~/Desktop$ Sending file modes: C0644 18111 fichier
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: channel 0: free: client-session, nchannels 1
debug1: fd 0 clearing O_NONBLOCK
debug1: fd 1 clearing O_NONBLOCK
debug1: Transferred: stdin 0, stdout 0, stderr 0 bytes in 0.3 seconds
debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0
debug1: Exit status 1
et là ça reste bloqué et je fais "Entrée" pour retrouver le prompt
redfox@debian:~/Desktop$ -
Modérateuraffiche ce que tu vois à l'écran quand tu tapes
redfox@debian:~/Desktop$ scp -v redfox@192.168.1.2:/home/redfox/Desktop/fichier .
-
tu sors .... -DDDDD
-
ModérateurOk, mais ça me dis pas quand même si ça marche ou pas ? ;-DDDDDDD
-
@jipicyje vois que tu coules du nez .... allumes le chauffage, c.n !!!!
ben comme la fédora est sur une partition et la gentoo sur une autre partition et tout ça sur le même DD que la Mandriva ...ça va être chaud pour faire du ssh entre ..... -DDDDDDD
-
-
ModérateurQuestion : Mais est-ce que ça marche entre Gentoo et Fedora et réciproquement ???
=>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ;-))
- 1
- 2
Suivant