我正在测试 FB 7 并尝试连接到我的 Mac OS X Snow Leopard 机器。
我可以连接 paramiko（python SSH 库），但不能连接 FB7。
我唯一得到的东西是：
SSH error encoutered: 114
我尝试停止并重新启动 Mac OS X 上的共享会话。
更新：我启用服务器调试并获取此日志：
debug1: sshd version OpenSSH_5.2p1
debug1: read PEM private key done: type RSA
debug1: private host key: #0 type 1 RSA
debug1: read PEM private key done: type DSA
debug1: private host key: #1 type 2 DSA
debug1: rexec_argv[0]='/usr/sbin/sshd'
debug1: rexec_argv[1]='-Dd'
debug1: Bind to port 22 on ::.
Server listening on :: port 22.
debug1: Bind to port 22 on 0.0.0.0.
Server listening on 0.0.0.0 port 22.
debug1: fd 5 clearing O_NONBLOCK
debug1: Server will not fork when running in debugging mode.
debug1: rexec start in 5 out 5 newsock 5 pipe -1 sock 8
debug1: inetd sockets after dupping: 3, 3
Connection from 10.3.7.135 port 49457
debug1: Client protocol version 2.0; client software version SecureBlackbox.8
debug1: no match: SecureBlackbox.8
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.2
debug1: privsep_preauth: successfully loaded Seatbelt profile for unprivileged child
debug1: permanently_set_uid: 75/75
debug1: list_hostkey_types: ssh-rsa,ssh-dss
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: client->server aes128-ctr [email protected] none
debug1: kex: server->client aes128-ctr [email protected] none
debug1: expecting SSH2_MSG_KEXDH_INIT
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: KEX done
debug1: userauth-request for user mamcx service ssh-connection method none
debug1: attempt 0 failures 0
debug1: PAM: initializing for "mamcx"
Connection closed by 10.3.7.135
debug1: do_cleanup
debug1: PAM: setting PAM_RHOST to "10.3.7.135"
debug1: do_cleanup
debug1: PAM: cleanup
debug1: audit_event: unhandled event 12
答案1
FinalBulder 使用 SecureBlackBox 库进行 SSH。SBB 的错误 114 是：
ERROR_SSH_NO_MORE_AUTH_METHODS_AVAILABLE
114 (0x0072)
There are no more methods for user authentication
如果您的身份验证详细信息不正确，您应该会收到“身份验证失败”错误：但为了确保您能仔细检查操作中的身份验证详细信息吗？
如果 SSH 打开连接操作中的私钥文件字段为空，则该操作使用用户名/密码身份验证。如果不为空，则使用公钥身份验证，指定的密码为密码对于密钥文件. 您是否对 SSH 服务器做过任何自定义配置来限制可用的身份验证方法？
我们还没有针对 OSX 进行测试，但我们在 Linux 上针对 OpenSSH 进行了测试（并且，为了好玩，在我的 iPhone 上针对 OpenSSH 进行了测试）。我认为，如果由于某种原因您的错误是特定于操作系统的，我们可以收集一个 OSX 盒子来测试。
披露：我为 VSoft Technologies 工作。如果您希望离线查看，请发送电子邮件至[电子邮件保护]