jane @ host1 $ssh -v remhost
@H_301_4@deBUG1: Next authentication method: publickeydeBUG1: Trying private key: /mnt/home/osborjo/.ssh/IDentitydeBUG1: Offering public key: /mnt/home/osborjo/.ssh/ID_rsadeBUG1: Server accepts key: pkalg ssh-rsa blen 277deBUG1: read PEM private key done: type RSAdeBUG1: Authentication succeeded (publickey).对于用户杰克它不:
jack @ host1 ssh -v remhost
@H_301_4@deBUG1: Next authentication method: publickeydeBUG1: Trying private key: /mnt/home/oper1/.ssh/IDentitydeBUG1: Offering public key: /mnt/home/oper1/.ssh/ID_rsadeBUG1: Authentications that can continue: publickey,password,keyboard-interactive我查看了所有密钥和文件的权限,它们看起来一样.由于我使用的是NFS挂载的主目录,因此远程主机和本地主机的密钥位于同一目录中.这就是事情寻找简的方式:
jane @ host1 $ls -l $HOME / .ssh
@H_301_4@-rw-rw-r-- 1 jane operator 394 Jan 27 16:28 authorized_keys-rw------- 1 jane operator 1675 Jan 27 16:27 ID_rsa-rw-r--r-- 1 jane operator 394 Jan 27 16:27 ID_rsa.pub-rw-rw-r-- 1 jane operator 1205 Jan 27 16:46 kNown_hosts对于用户插孔:
jack @ host1 $ls -l $HOME / .ssh
@H_301_4@-rw-rw-r-- 1 jack engineer 394 Jan 27 16:28 authorized_keys-rw------- 1 jack engineer 1675 Jan 27 16:27 ID_rsa-rw-r--r-- 1 jack engineer 394 Jan 27 16:27 ID_rsa.pub-rw-rw-r-- 1 jack engineer 1205 Jan 27 16:46 kNown_hosts作为最后的努力,我将authorized_keys,ID_rsa和ID_rsa.pub从jill复制到jack,并使用vi更改了authorized_keys和ID_rsa.pub中的用户名.它仍然无法正常工作.似乎两个用户之间有一些不同,但我无法弄清楚它是什么.
解决方法 我找到了答案.它位于用户jack的主目录的权限中.用户插孔在主目录上具有组写权限,而jane则没有.问题是,Web上的所有教程都指定了.ssh目录和文件的权限,但没有提到用户目录本身需要具有关闭组的写权限. 总结以上是内存溢出为你收集整理的linux – 没有密码的ssh对某些用户不起作用全部内容,希望文章能够帮你解决linux – 没有密码的ssh对某些用户不起作用所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)