2016-04-21 5 views
1

Ich habe ein Bild mit yocto Projekt für Banana Pro Board erstellt. Ich versuche, Port über ssh [email protected] zu verbinden, aber ich konnte nicht.SSH Hängt an "Interaktive Sitzung betreten" Stufe

Ssh hängt immer an der Bühne. Wenn ich ssh -v Parameter ausführen, ich unten Protokolle erfasst:

OpenSSH_6.9p1 Ubuntu-2ubuntu0.1, OpenSSL 1.0.2d 9 Jul 2015 
debug1: Reading configuration data /etc/ssh/ssh_config 
debug1: /etc/ssh/ssh_config line 19: Applying options for * 
debug1: Connecting to 10.1.80.41 [10.1.80.41] port 22. 
debug1: Connection established. 
debug1: key_load_public: No such file or directory 
debug1: identity file /home/yusuf/.ssh/id_rsa type -1 
debug1: key_load_public: No such file or directory 
debug1: identity file /home/yusuf/.ssh/id_rsa-cert type -1 
debug1: key_load_public: No such file or directory 
debug1: identity file /home/yusuf/.ssh/id_dsa type -1 
debug1: key_load_public: No such file or directory 
debug1: identity file /home/yusuf/.ssh/id_dsa-cert type -1 
debug1: key_load_public: No such file or directory 
debug1: identity file /home/yusuf/.ssh/id_ecdsa type -1 
debug1: key_load_public: No such file or directory 
debug1: identity file /home/yusuf/.ssh/id_ecdsa-cert type -1 
debug1: key_load_public: No such file or directory 
debug1: identity file /home/yusuf/.ssh/id_ed25519 type -1 
debug1: key_load_public: No such file or directory 
debug1: identity file /home/yusuf/.ssh/id_ed25519-cert type -1 
debug1: Enabling compatibility mode for protocol 2.0 
debug1: Local version string SSH-2.0-OpenSSH_6.9p1 Ubuntu-2ubuntu0.1 
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.1 
debug1: match: OpenSSH_7.1 pat OpenSSH* compat 0x04000000 
debug1: Authenticating to 10.1.80.41:22 as 'root' 
debug1: SSH2_MSG_KEXINIT sent    
debug1: SSH2_MSG_KEXINIT received 
debug1: kex: server->client [email protected] none 
debug1: kex: client->server [email protected] none 
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY 
debug1: Server host key: ecdsa-sha2-nistp256 
SHA256:XpqS0ZXhoF/OsBmiD8bkpWaZ6Fbk5T3a2Xdq2E8127w 
The authenticity of host '10.1.80.41 (10.1.80.41)' can't be established. ECDSA key 
fingerprint is SHA256:XpqS0ZXhoF/OsBmiD8bkpWaZ6Fbk5T3a2Xdq2E8127w. Are 
you sure you want to continue connecting (yes/no)? yes 
Warning: 
Permanently added '10.1.80.41' (ECDSA) to the list of known hosts. 
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: Authentication succeeded (none). Authenticated to 10.1.80.41 ([10.1.80.41]:22). 
debug1: channel 0: new [client-session] 
debug1: Requesting [email protected] 
debug1: Entering interactive session. 

Ich versuchte MTU zu ändern, aber es hat nicht funktioniert.

Wie kann ich dieses Problem lösen?

+0

Bitte bearbeiten Sie Ihre Frage, um den tatsächlichen ssh-Befehl einzuschließen, der das Ergebnis erzeugt. – Kenster

+0

Bitte, könnten Sie neben dem eigentlichen Befehl auch sicherstellen, dass Sie Zeilenumbrüche im Protokoll haben? Derzeit ist es extrem schwer zu lesen. – Anders

+0

Ich habe meine Frage bearbeitet. Ich führe "ssh [email protected]" Befehl – overlord

Antwort

0

Problem wurde rein zufällig gelöst. Und ich weiß nicht warum.

Normalerweise hatte ich modprobe sunxi-gmac und /etc/init.d/networking restart Befehle manuell nach dem Booten mit Ethernet-Kabel angeschlossen. Aber dieses Mal, versehentlich, habe ich vergessen, das Kabel vorher zu stecken, aber während /etc/init.d/networking restart Befehl gesteckt wurde (Senden discover stage). Zu meiner Überraschung wurde ssh-Verbindung erreicht! Dieses Verhalten ist deterministisch (genug versucht).

Kann jemand diese seltsame Situation erklären? Warum sollte ich das Ethernetkabel während des Neustarts des Netzwerkes anschließen und vorher nicht?