Bonjour Jérémy,
Je ne sais pas quel nom
d’utilisateur on me demandera sur ce Pi. On m’a précisé que,
comme c’est un truc de test, il n’en est pas demandé.
D’où ma commande cette
fois :
~> ssh –vvv 192.168..1.1
>& mon_fichier.log
Et voici ce que contient le
résultat :
----- Début log -----
OpenSSH_3.7.1p2, SSH protocols
1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003
debug2: ssh_connect: needpriv 0
debug1: Connecting to 192.168.1.1
[192.168.1.1] port 22.
debug1: Connection established.
debug1: identity file
/elba/.ssh/identity type -1
debug1: identity file
/elba/.ssh/id_rsa type -1
debug1: identity file
/elba/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0,
remote software version dropbear_2016.73
debug1: no match: dropbear_2016.73
debug1: Enabling compatibility mode
for protocol 2.0
debug1: Local version string
SSH-2.0-OpenSSH_3.7.1p2
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit:
diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit:
ssh-rsa,ssh-dss
debug2: kex_parse_kexinit:
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@xxxxxxxxxxxxxx,aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit:
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@xxxxxxxxxxxxxx,aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@xxxxxxxxxxx,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit:
hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@xxxxxxxxxxx,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: kex_parse_kexinit:
curve25519-sha256@xxxxxxxxxx,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1,kexguess2@xxxxxxxxxxxxxxx
debug2: kex_parse_kexinit: ssh-rsa
debug2: kex_parse_kexinit:
aes128-ctr,aes256-ctr
debug2: kex_parse_kexinit:
aes128-ctr,aes256-ctr
debug2: kex_parse_kexinit:
hmac-sha1,hmac-md5
debug2: kex_parse_kexinit:
hmac-sha1,hmac-md5
debug2: kex_parse_kexinit: none
debug2: kex_parse_kexinit: none
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: mac_init: found hmac-md5
debug1: kex: server->client
aes128-ctr hmac-md5 none
debug2: mac_init: found hmac-md5
debug1: kex: client->server
aes128-ctr hmac-md5 none
debug2: dh_gen_key: priv key bits
set: 132/256
debug2: bits set: 500/1024
debug1: sending SSH2_MSG_KEXDH_INIT
debug1: expecting
SSH2_MSG_KEXDH_REPLY
Connection closed by
192.168.1.1
debug1: Calling cleanup
0x2019998(0x0)
----- Fin log -----
Je vois bien que l’Elba
attend une réponse mais je ne sais pas si c’est parce qu’il
n’a pas été assez bavard ou parce que je n’ai pas donné ce
qu’il fallait dans ma commande.
Bon après-midi. @+ ChD
salut Christophe,
en mode verbeux, tu n'as pas plus d'infos ?
moi je taperai: ssh -vvv user@host
jerem
Le 30/06/2016 à 15:19, Delaunay
Christophe a écrit :
Bonjour tous,
Quelqu’un a-t-il
utilisé le client SSH intégré au Braillex ELba ?
Quand j’essaie,
~> ssh 192.168.1.1
Pour utiliser un
Raspberry Pi branché sur l’interface réseau de mon ELba,
rien ne se passe.
Pourtant, les deux sont
bien vivants, la preuve étant que si, au lieu de ça, je
tape
~> ping 192.168.1..1
La fenêtre de l’ELba va
vite se remplir. Pas un paquet ne se perd.
Si vous savez s’il y a
une config à faire dans l’ELba avant d’utiliser son
client SSH, je suis preneur.
Désolé pour le
cross-posting mais, pour info à ceux qui ne le sauraient
pas, le Braillex ELba est un bloc-notes braille du début
des années 2000 tournant sous Debian arm-linux 2.4.19.
Bon après-midi. @+ ChD