Version anglaiseVersion espagnoleVersion françaiseInscrivez-vous, c'est gratuit ! (mot de passe oublié)
- Mercredi 8 octobre 2008 - 01:09:50
- inscrits : 998343
- connectés : 21951
- questions/jour : 4770
- Taux de réponse : 72.22%
Commande debian ajouter source apt Commande ip route debian Commande scp dans un script Commande ssh Commande ssh et envoie de fichier Commande ssh linux Commandes debian Configuration ssh commande switch cisco Debian Debian bash command not found Debian commande memoire vive Debian ssh Debian ssh clés putty Debian ssh key Debian ssh tres lent Debians top command Débian commande afficher droit lecture ecriture Graver en ligne de commande debian iso Java ssh command thread Ligne de commande debian Linux ssh commande proxy http Quelle commande permet de copier un fichier sous debian linux Ssh command Ssh commande Ssh sous debian Unrar linux commande debianPlus
Options Ils ont besoin de votre aide
- 01:09 question logiciel (Matériel/Hardware)
- 01:04 NARIVE PAS A UTILISER AUDACITY (Audio numérique)
- 01:04 Probleme affichage (Logiciels/Pilotes)
- 01:04 driver web cam maxipower (Logiciels/Pilotes)
- 01:01 microsoft word (Windows)
- 00:58 recherche cour d'espagnol en vidéo (Internet)
Liste des forumsAidez-lesStatistiquesRechercherCharte
Plateformes d'assistanceDiscussions & Opinions des Communautés
|
|
|
|
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
A mon avis, c'est simplement que le serveur ssh sur debian n'est pas installé ou lancé, seul le client est installé ! En root :
aptitude update aptitude upgrade aptitude install openssh-server /etc/init.d/ssh start La dernière commande est a priori superflue car debian lancera automatiquement ssh (ainsi qu'à chaque redémarrage). Bonne chance |
Bonjour,
aptitude install openssh-server me dit qu'il n'y a rien à installer ! et redfox@debian:~/Desktop$ apt-file search openssh openssh-client: usr/lib/openssh/ssh-keysign openssh-client: usr/share/doc/openssh-client/NEWS.Debian.gz openssh-client: usr/share/doc/openssh-client/OVERVIEW.gz openssh-client: usr/share/doc/openssh-client/README openssh-client: usr/share/doc/openssh-client/README.Debian.gz openssh-client: usr/share/doc/openssh-client/README.dns openssh-client: usr/share/doc/openssh-client/README.tun.gz openssh-client: usr/share/doc/openssh-client/changelog.Debian.gz openssh-client: usr/share/doc/openssh-client/changelog.gz openssh-client: usr/share/doc/openssh-client/copyright openssh-client: usr/share/lintian/overrides/openssh-client openssh-server: usr/lib/openssh/sftp-server openssh-server: usr/share/doc/openssh-server ça fait pas un peu léger pour le "server" ??? :-)) Debian Etch // Fedora 8 // Gentoo 2007-rc3 // Mandriva 2007.1 Spring Windows Breaks : -----^-----^-----^-----^-----^-----^--- bip bip bip bip ! |
Salut,
la commande ssh fonctionne pour les 2 machines on s'en fous ;-)) affiche le résultat de ps aux | grep ssh lami20j |
redfox@debian:~/Desktop$ ps aux | grep ssh
redfox 2593 0.0 0.1 4124 476 ? Ss 19:47 0:00 /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session x-session-manager root 23788 0.0 0.4 4916 1056 ? Ss 21:39 0:00 /usr/sbin/sshd redfox 24470 0.0 0.2 2876 748 pts/1 R+ 22:04 0:00 grep ssh redfox@debian:~/Desktop$ :-)) Debian Etch // Fedora 8 // Gentoo 2007-rc3 // Mandriva 2007.1 Spring Windows Breaks : -----^-----^-----^-----^-----^-----^--- bip bip bip bip ! |
aussi sur mandriva mon brave ;-)))
lami20j
|
Question : Mais est-ce que ça marche entre Gentoo et Fedora et réciproquement ???
=>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ;-)) Z'@+...che. JP : Zen, my Nuggets ! ;-) Le savoir n'est bon que s'il est partagé. |
tu sors .... -DDDDD
Debian Etch // Fedora 8 // Gentoo 2007-rc3 // Mandriva 2007.1 Spring Windows Breaks : -----^-----^-----^-----^-----^-----^--- bip bip bip bip !
|
affiche ce que tu vois à l'écran quand tu tapes
redfox@debian:~/Desktop$ scp -v redfox@192.168.1.2:/home/redfox/Desktop/fichier . lami20j |
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$ Debian Etch // Fedora 8 // Gentoo 2007-rc3 // Mandriva 2007.1 Spring Windows Breaks : -----^-----^-----^-----^-----^-----^--- bip bip bip bip ! |
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 ! -:) :-)) Debian Etch // Fedora 8 // Gentoo 2007-rc3 // Mandriva 2007.1 Spring Windows Breaks : -----^-----^-----^-----^-----^-----^--- bip bip bip bip ! |
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é ! :-)) Debian Etch // Fedora 8 // Gentoo 2007-rc3 // Mandriva 2007.1 Spring Windows Breaks : -----^-----^-----^-----^-----^-----^--- bip bip bip bip ! |
|
killall bob031 && reset && rm -fr /head/cerval && logout;-DDD Z'@+...che. JP : Zen, my Nuggets ! ;-) Le savoir n'est bon que s'il est partagé.
|
Par 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 :-)
|
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 :-)) Debian Etch // Fedora 8 // Gentoo 2007-rc3 // Mandriva 2007.1 Spring Windows Breaks : -----^-----^-----^-----^-----^-----^--- bip bip bip bip ! |
Ce 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.
http://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é... |
Sans 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 ?
Z'@+...che. JP : Zen, my Nuggets ! ;-) Le savoir n'est bon que s'il est partagé. |
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 ! :-)) Debian Etch // Fedora 8 // Gentoo 2007-rc3 // Mandriva 2007.1 Spring Windows Breaks : -----^-----^-----^-----^-----^-----^--- bip bip bip bip !
|