在本地networking上使用ssh时遇到以下问题。
我已经使用MAAS安装了一个至less包含至lessXeon机器的群集。 我已经在所有机器上安装了Ubuntu Server 12.04，并configuration了本地networking192.168.100.0/24。 机器通过TpLink TL-SG-1024开关连接。 这些Xeons之间的ssh工作正常。
我已经将一些运行Ubuntu 13.04的ARM板连接到这个集群，而不必将它们添加到MAAS。 但是，我已经手动configuration了/etc/maas/dhcpd.conf，以使这些板卡在同一个本地networking192.168.100.0/24中获得一个修复的IP（v4）地址。 主板在它们和每个Xeon机器之间获得相应的IP和ping工作。 但是，SSH不起作用 – 挂起。 这里是ssh -vvv ubuntu@octa02的输出（来自至强机器之一）
OpenSSH_5.9p1 Debian-5ubuntu1.1, OpenSSL 1.0.1 14 Mar 2012 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to octa02 [192.168.100.82] port 22. debug1: Connection established. debug3: Incorrect RSA1 identifier debug3: Could not load "/home/ubuntu/.ssh/id_rsa" as a RSA1 public key debug1: identity file /home/ubuntu/.ssh/id_rsa type 1 debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048 debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048 debug1: identity file /home/ubuntu/.ssh/id_rsa-cert type -1 debug1: identity file /home/ubuntu/.ssh/id_dsa type -1 debug1: identity file /home/ubuntu/.ssh/id_dsa-cert type -1 debug1: identity file /home/ubuntu/.ssh/id_ecdsa type -1 debug1: identity file /home/ubuntu/.ssh/id_ecdsa-cert type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_6.1p1 Debian-4 debug1: match: OpenSSH_6.1p1 Debian-4 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.9p1 Debian-5ubuntu1.1 debug2: fd 3 setting O_NONBLOCK debug3: load_hostkeys: loading entries for host "octa02" from file "/home/ubuntu/.ssh/known_hosts" debug3: load_hostkeys: found key type ECDSA in file /home/ubuntu/.ssh/known_hosts:15 debug3: load_hostkeys: loaded 1 keys debug3: order_hostkeyalgs: prefer hostkeyalgs: [email protected],[email protected],[email protected],ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521 debug1: SSH2_MSG_KEXINIT sent
当我尝试从ARM板到至强板的ssh时，也会发生同样的事情。 唯一的区别是ARM板上的ssh版本是：
OpenSSH_6.1p1 Debian-4, OpenSSL 1.0.1c 10 May 2012
所以，我已经在ARM上编译了5.9版本，但结果是一样的。 我也编译了至强的6.1版本，它也挂起：
ssh -vvv ubuntu@octa02 OpenSSH_6.1p1, OpenSSL 1.0.1 14 Mar 2012 debug2: ssh_connect: needpriv 0 debug1: Connecting to 192.168.100.82 [192.168.100.82] port 22. debug1: Connection established. debug3: Incorrect RSA1 identifier debug3: Could not load "/home/ubuntu/.ssh/id_rsa" as a RSA1 public key debug1: identity file /home/ubuntu/.ssh/id_rsa type 1 debug1: identity file /home/ubuntu/.ssh/id_rsa-cert type -1 debug1: identity file /home/ubuntu/.ssh/id_dsa type -1 debug1: identity file /home/ubuntu/.ssh/id_dsa-cert type -1 debug1: identity file /home/ubuntu/.ssh/id_ecdsa type -1 debug1: identity file /home/ubuntu/.ssh/id_ecdsa-cert type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_6.1p1 Debian-4 debug1: match: OpenSSH_6.1p1 Debian-4 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_6.1 debug2: fd 3 setting O_NONBLOCK debug3: load_hostkeys: loading entries for host "192.168.100.82" from file "/home/ubuntu/.ssh/known_hosts" debug3: load_hostkeys: loaded 0 keys debug1: SSH2_MSG_KEXINIT sent
此外，ARM板之间的ssh 6.1工作。 但ssh 6.1到ssh 5.9不起作用。
最奇怪的是：我已经把小板连接到外部networking。 至强集群主机也连接到这个networking。 主板和ARM板之间的ssh通过这个networking工作（在Xeon和ARM上有不同版本的ssh：5.9）。
感谢您阅读这篇长文章。 你有什么build议吗？