Re: probleme sftp de openssh

Startseite

Nachricht beantworten
Autor: Dinh-Tuan.Pham
Datum:  
To: Christian Marillat
CC: guilde
Betreff: Re: probleme sftp de openssh
Christian Marillat writes:
> >> "DP" == Dinh-Tuan Pham <Dinh-Tuan.Pham@???> writes:
>
> > Avez vous une idee ? Comment forcer ssh a utiliser le meme protocole
> > des deux cote client et serveur ?
>
> Les fichiers de config /etc/ssh/ssh_config et /etc/ssh/sshd_config
> ont-ils été mis à jour ou c'est toujours les anciennes version ?


Ca ne peut pas etre l'ancicne car dpkg refuse d'installer ssh a cote
de ssh-nonfree (conflit) et j'ai donc purgé ssh-nonfree avant
d'instler ssh.

>
> On peut définir le protocole dans ses fichiers.


Oui mais quelque soit la definition que j'ai mis, j'ai toujours le
meme erreur.

Maintenant, suite a une sugestion de Xavier DEGENEVE
<Xavier.Degeneve@???>, j'ai lance sftp en mode verbose et j'ai eu
ceci

Connecting to puma...
debug1: SSH args "ssh -v puma -s -oForwardX11=no -oForwardAgent=no -oProtocol=2 sftp"
OpenSSH_2.9p2, SSH protocols 1.5/2.0, OpenSSL 0x0090602f
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Seeding random number generator
debug1: Rhosts Authentication disabled, originating port will not be trusted.
debug1: restore_uid
debug1: ssh_connect: getuid 4300 geteuid 0 anon 1
debug1: Connecting to puma [129.88.33.34] port 22.
debug1: temporarily_use_uid: 4300/63 (e=0)
debug1: restore_uid
debug1: temporarily_use_uid: 4300/63 (e=0)
debug1: restore_uid
debug1: Connection established.
debug1: read PEM private key done: type DSA
debug1: read PEM private key done: type RSA
debug1: identity file /home/pham/.ssh/id_rsa type -1
debug1: identity file /home/pham/.ssh/id_dsa type -1
debug1: Remote protocol version 1.5, remote software version 1.2.27
debug1: no match: 1.2.27
Protocol major versions differ: 2 vs. 1
debug1: Calling cleanup 0x8062e7c(0x0)
Couldn't read packet: Connection reset by peer

On peut noter l'option -oProtocole 2 et l'indication "SSH protocols
1.5/2.0". Mais du cote serveur

Remote protocol version 1.5, remote software version 1.2.27

Le problème vient de 1.2.27, mais d'ou vient ce 1.2.27 ? L'ancien
ssh-nonfree a bien le numero de version 1.2.27 mais celui la j'ai déjà
purgé de mon système (à la fois côte client et serveur). J'ai
également relancé ssh via /etc/init.D/ssh restart

DERNIERE NOUVELLE: Je viens de faire un test a l'envers en lancant
sftp du cote serveur vers ma machine (qui est mormalement le client)
et ca marche! Or la mienne, je l'ai rebooté tandis que le serveur, je
ne peux pas (car il y a des gens qui y travaille). C'est peut être ca
la raison.

-- 
PHAM Dinh Tuan                         | e-mail: Dinh-Tuan.Pham@???
Laboratoire de Modelisation et Calcul  | Tel: +33 4 76 51 44 23
BP 53, 38041 Grenoble cedex 9 (France) | Fax: +33 4 76 63 12 63
-----------------------------------------------------------------------