SOLUTION：

Question

我使用Perceus Cluster Software（http://perceus.org）为我们的群集进行了共享/家庭设置。节点使用的是CentOS 6.1 x86_64。 / home由nfs（NFSv4）从头部共享到节点。

root@head~]$ cat /etc/exports 
/var/lib/perceus/ 10.10.10.0/255.255.255.0(ro,no_root_squash,async)
/home/ 10.10.10.0/255.255.255.0(rw,no_root_squash,no_all_squash,async)

这是每个节点上的/ etc / fstab（都是相同的）。

...
10.10.10.2:/var/lib/perceus/ /var/lib/perceus/ nfs ro,soft,bg 0 0
10.10.10.2:/home/ /home nfs rw,soft,bg 0 0

节点上的

/ etc / fstab是具有相同UID：GID的head / master的副本。

我使用以下方法创建了密钥对：

$ cd ~
$ rm -rf .ssh
$ mkdir .ssh
$ chmod 700 .ssh
$ ssh-keygen -t dsa -P ""
Generating public/private dsa key pair.
Enter file in which to save the key (/home/user/.ssh/id_dsa):
Your identification has been saved in /home/user/.ssh/id_dsa.
Your public key has been saved in /home/user/.ssh/id_dsa.pub.
The key fingerprint is:
[SNIPPED] user@head
The key's randomart image is:
+--[ DSA 1024]----+
[SNIPPED]
$ cat ~/.ssh/id_dsa.pub >> ~/.ssh/authorized_keys
$ chmod 400 ~/.ssh/authorized_keys

以下是问题。 当我尝试ssh到每个节点时，我收到“连接已关闭”错误。这是调试输出。

$ ssh node01
Connection closed by 10.10.10.101

$ ssh node01 -vvv
OpenSSH_5.3p1, OpenSSL 1.0.0-fips 29 Mar 2010
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to node01 [10.10.10.101] port 22.
debug1: Connection established.
debug1: identity file /home/user/.ssh/identity type -1
debug1: identity file /home/user/.ssh/id_rsa type -1
debug3: Not a RSA1 key file /home/user/.ssh/id_dsa.
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-----END'
debug3: key_read: missing keytype
debug1: identity file /home/user/.ssh/id_dsa type 2
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3
debug1: match: OpenSSH_5.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.3
.... SNIPPED ...
debug2: dh_gen_key: priv key bits set: 139/256
debug2: bits set: 482/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug3: Wrote 144 bytes for a total of 981
debug3: check_host_in_hostfile: filename /home/user/.ssh/known_hosts
debug3: check_host_in_hostfile: match line 1
debug3: check_host_in_hostfile: filename /home/user/.ssh/known_hosts
debug3: check_host_in_hostfile: match line 1
debug1: Host 'node01' is known and matches the RSA host key.
debug1: Found key in /home/user/.ssh/known_hosts:1
debug2: bits set: 501/1024
debug1: ssh_rsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug3: Wrote 16 bytes for a total of 997
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug3: Wrote 48 bytes for a total of 1045
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: /home/user/.ssh/identity ((nil))
debug2: key: /home/user/.ssh/id_rsa ((nil))
debug2: key: /home/user/.ssh/id_dsa (0x7f79b940f650)
debug3: Wrote 64 bytes for a total of 1109
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug3: start over, passed a different list publickey,gssapi-keyex,gssapi-with-mic,password
debug3: preferred gssapi-keyex,gssapi-with-mic,publickey,keyboard-interactive,password
... [SNIPPED]...
debug1: Next authentication method: publickey
debug1: Trying private key: /home/user/.ssh/identity
debug3: no such identity: /home/user/.ssh/identity
debug1: Trying private key: /home/user/.ssh/id_rsa
debug3: no such identity: /home/user/.ssh/id_rsa
debug1: Offering public key: /home/user/.ssh/id_dsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug3: Wrote 528 bytes for a total of 1637
debug1: Server accepts key: pkalg ssh-dss blen 434
debug2: input_userauth_pk_ok: SHA1 fp 46:a2:c3:86...........
debug3: sign_and_send_pubkey
debug1: read PEM private key done: type DSA
debug3: Wrote 592 bytes for a total of 2229
Connection closed by 10.10.10.101

我确保/ etc / ssh / sshd_config允许基于密钥的身份验证（PubkeyAuthentication yes）。我确保/ home（一旦安装在节点上）的权限是正确的。用户经过适当的身份验证。我已尝试使用和不使用“no_all_squash”重新启动nfs，rpcidmap，rpcbind和nfslock来安装nfs。

我使用CentOS5安装在具有不同主/节点的节点上。 CentOS6似乎给了我额外的问题。

如果我没有创建密钥，我当然会提示输入密码。

我的hosts.allow / deny在客户端和服务器上都是空的。

root用户可以连接。 Perceus处理root用户的密钥生成，因为它是虚拟文件系统的一部分。我猜测我的密钥生成出了问题，但我无法弄清楚问题是什么。

Answer 1

正确的解决方案是解决问题，而不是禁用pam使用，因为您可能隐藏了安全问题。

ssh失败，因为PAM通过验证失败而拒绝用户登录。验证/etc/pam.d/sshd您拥有的规则以及可能失败的规则。

最常见的问题是没有密码的用户（将/etc/passwd与/etc/shadow进行比较，或检查您的/etc/nsswitch和/etc/pam.d/*以查看用户和身份验证的来源），但也没有主目录，缺少一些额外的auth配置，UID太低或太高等等。

如果缺少密码，请至少在/etc/ssh/sshd_config

中确认

PermitEmptyPasswords no

这会阻止ssh在没有密码的情况下登录用户（但对其他协议没有任何作用，如telnet，ftp，http和登录）。

Answer 2

SOLUTION：

按照以下建议，我检查了节点（主机）上的/var/log/security。它显示：

fatal: Access denied for user user by PAM account configuration

然后我修改了/etc/ssh/sshd_config更改：

UsePAM yes

到

UsePAM no

重新启动节点，我现在可以执行无密码登录。

谢谢！

Answer 3

使用无密码授权并不好。 selinux是否打开了这些服务器？如果是，那么您要么关闭selinux，要么通过“restorecon -R -v / home / user /”恢复默认的selinux策略。 This is a known issue

Answer 4

我遇到了一个非常类似的问题。

事实证明我的问题，可能是你的问题，是因为我的主目录是NFS挂载，selinux（在CentOS 7上）引发了一些错误（这很难追查）。修复很简单。

setsebool -P use_nfs_home_dirs 1

Answer 5

就我而言，我没有使用useradd创建用户，而是在/ etc / passwd文件中添加了用户，并为用户创建了包含所有必需文件的主目录。

在用户的主目录中创建.ssh目录后，使用useradd创建用户并将pub键添加到authorized_keys文件后，问题得到了解决。

顺便说一下我使用的是centos 7

希望这对某人有所帮助。

Answer 6

对我来说，我的pam.d文件已损坏。我从一个类似的服务器复制了一个新的集合，一切都很好。我没有花时间去寻找具体的腐败，但我想我会加上我的2位，以防将来有人读到它并需要更多的想法。

“使用dsa密钥验证由[HOST IP]关闭”连接

6 个答案:

SOLUTION：