SSH挂起了";“进入互动会话”;阶段

SSH挂起了";“进入互动会话”;阶段,ssh,openssh,yocto,Ssh,Openssh,Yocto,我用yocto项目为Banana Pro board建立了一个形象。我正在尝试通过ssh连接端口root@10.1.80.x但我不能 Ssh总是挂在进入交互式会话的阶段。当我运行ssh-v参数时,我捕获了以下日志: 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_confi

我用yocto项目为Banana Pro board建立了一个形象。我正在尝试通过ssh连接端口root@10.1.80.x但我不能

Ssh总是挂在进入交互式会话的
阶段。当我运行
ssh-v
参数时,我捕获了以下日志:

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 chacha20-poly1305@openssh.com none 
debug1: kex: client->server chacha20-poly1305@openssh.com 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 no-more-sessions@openssh.com 
debug1: Entering interactive session.
我试图改变MTU,但没有成功


我怎样才能解决这个问题呢?

这个问题完全是偶然解决的。我不知道为什么

正常情况下,在连接以太网电缆引导后,我一直在手动运行
modprobe sunxi gmac
/etc/init.d/networking restart
命令。 但这一次,我无意中忘记了事先插上电缆,而是在
/etc/init.d/networking restart
命令运行(发送discover stage)期间插上了。 令我惊讶的是,ssh连接已经实现!这种行为是确定的(已经尝试过了)


有人能解释这种奇怪的情况吗?为什么我应该在网络重新启动期间而不是在此之前插入以太网电缆?

请编辑您的问题,以包括您正在运行的生成此结果的实际ssh命令。请您除了提供实际命令外,还可以确保日志中有换行符吗?目前,阅读起来非常困难。我编辑了我的问题。我运行“ssh”root@10.1.80.x“命令请注意,您发送的复制和粘贴日志非常难以阅读,需要在两者之间换行。请在今后的问题中努力澄清这些问题。ThanksServer的ssh版本是OpenSsh 7.1,客户端是OpenSsh 6.9。这是一个问题吗?双方的版本必须相同吗?