KioskeaKioskeaCommentCaMarcheInscrivez-vous, c'est gratuit !
Vendredi 16 mai 2008 - 14:14:46

[OpenSSH] - Mauvais fonctionnement

Rechercher : dans
[OpenSSH] - Mauvais fonctionnement
par B@|-|@N
 Fil de Discussions
Statut : Non résolu
mercredi 22 novembre 2006 à 09:57:39
Bonjour à toutes et à tous.

J'ai un collègue qui a installé OpenSSH sur sa machine (windows NT) grâce à SSHWindows et qui veut que j'aille déposer automatiquement chaque jour un fichier sur cette machine.

Je suis pour ma part sous Unix AIX 5.2 et je peux utiliser la commande sftp sans problème.

Nous voudrions pouvoir automatiser ce transfert et donc utiliser soit des clefs RSA soit des clefs DSA. Nous avons commencé par essayer avec les clefs RSA. J'ai donc généré avec ssh-keygen une clef RSA publique et sa consoeur privée. J'ai envoyé la publique à mon collègue par mail et il a ajouté cette clef à son fichier authorized_keys.

Il a sur sa machine le fichier sshd_config suivant :
# $OpenBSD: sshd_config,v 1.65 2003/08/28 12:54:34 markus Exp $
Protocol 2
PermitRootLogin yes
StrictModes yes
/etc/ssh/ssh_known_hosts
IgnoreUserKnownHosts yes
PasswordAuthentication yes
UsePrivilegeSeparation no
MaxStartups 10:30:60
Banner /etc/banner.txt
Subsystem	sftp	/usr/sbin/sftp-server
Quand j'essaie de me connecter via la commande suivante :
$ /usr/local/bin/sftp -v LOGIN@DESTINATAIRE
J'ai le résultat suivant :
Connecting to DESTINATAIRE...
OpenSSH_3.7.1p1, SSH protocols 1.5/2.0, OpenSSL 0.9.7b 10 Apr 2003
debug1: Reading configuration data /usr/local/etc/ssh_config
debug1: Connecting to DESTINATAIRE [IP] port 22.
debug1: Connection established.
debug1: identity file HOME_USER/.ssh/id_rsa type 1
debug1: identity file HOME_USER/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_3.8.1p1
debug1: match: OpenSSH_3.8.1p1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.7.1p1
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 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 'DESTINATAIRE' is known and matches the RSA                                host key.
debug1: Found key in HOME_USER/.ssh/known_hosts:3
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

                            ****USAGE WARNING****

This is a private computer system. This computer system, including all
related equipment, networks, and network devices (specifically including
Internet access) are provided only for authorized use. This computer system
may be monitored for all lawful purposes, including to ensure that its use
is authorized, for management of the system, to facilitate protection against
unauthorized access, and to verify security procedures, survivability, and
operational security. Monitoring includes active attacks by authorized entities
to test or verify the security of this system. During monitoring, information
may be examined, recorded, copied and used for authorized purposes. All
information, including personal information, placed or sent over this system
may be monitored.

Use of this computer system, authorized or unauthorized, constitutes consent
to monitoring of this system. Unauthorized use may subject you to criminal
prosecution. Evidence of unadebug1: Authentications that can continue: publickey                               ,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Offering public key: HOME_USER/.ssh/id_rsa
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: Trying private key: HOME_USER/.ssh/id_dsa
debug1: Next authentication method: keyboard-interactive
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: No more authentication methods to try.
Permission denied (publickey,keyboard-interactive).
debug1: Calling cleanup 0x20011dbc(0x0)
Connection closed
Je ne comprends pas les lignes en gras. Pourquoi j'offre ma clef publique ? Et pourquoi il prend id_rsa comme clef publique ?? Pourquoi essaie-t-il la clef privée id_dsa ??

Logiquement, il me semble que le ssh fonctionne comme ceci :
1. Je donne ma clef publique au serveur
2. J'essaie de me connecter au serveur
3. Il m'envoie un défi, i.e. un identifiant crypté avec ma clef publique
4. Je résouds le défi grâce à ma clef privée
5. Je peux me connecter

Quelqu'un pourrait m'aider svp. Je vous avoue être un peu perdu là...

Merci d'avance pour votre aide.

Bahan Close the World.||.txen eht nepO
--
Close the World.||.txen eht nepO
Répondre à B@|-|@N  Signaler ce message aux modérateurs Aller au dernier message

1


  • Ce message vous semble utile, votez !
  • Signaler ce message aux modérateurs
Par blahblah, le dimanche 2 décembre 2007 à 00:13:52 Fil de Discussions 
Eh bien, ne dois-tu pas donner ta clé publique afin que le serveur puisse générer le défi?

(C'est une réponde un peu au pif, enfin, une déduction personelle ...)

Maybe i'm wrong... no se ...

:P
Répondre à blahblah
Discussions pertinentes trouvées dans le forum
25/03 17h01Lancer une application avec openssh25/03 17h233
26/02 08h23log openssh26/02 08h230
31/01 11h43[OPENSSH] Access denied01/02 18h3311
04/12 16h20openssh tunnel putty port forwarding07/12 10h341
09/08 14h28Problème avec OpenSSH ( SSHd et SSH )14/08 17h5115
Plus de discussions sur « OpenSSH » Discussion en cours Discussion fermée Problème résolu
Répondre
Titre du message :
Votre pseudo:
Votre email :
Message: 
  •  
  •  
Options: Recevoir les réponses par mail.
 

Aide