无密码SSH连接失败求助：Hadoop Namenode与Datanode连接问题

嘿，作为Hadoop新手碰到无密码SSH卡壳太正常了，我帮你从配置、权限到测试一步步捋清楚：

1. 修复sshd_config里的注释配置 #

看你贴的配置，这行关键配置被注释掉了：

#AuthorizedKeysFile %h/.ssh/authorized_keys

这会导致sshd找不到你的公钥文件！赶紧去掉前面的#，然后重启sshd服务：

sudo systemctl restart sshd  # 老系统可以用 service ssh restart

2. 严格检查文件/目录权限（最容易踩坑的点！） #

sshd对权限要求特别苛刻，任何过松的权限都会直接拒绝公钥登录：

• 你的用户主目录（比如/home/your-user）权限不能高于755，绝对不能是777：

  chmod 755 ~
  

• .ssh目录必须设为700：

  chmod 700 ~/.ssh
  

• authorized_keys文件必须设为600：

  chmod 600 ~/.ssh/authorized_keys
  

3. 确认公钥复制的正确性 #

别手动复制粘贴公钥（容易出错），建议用官方推荐的命令从Namenode复制到Datanode（或反向操作）：

ssh-copy-id your-user@datanode-ip

如果一定要手动复制，务必确保authorized_keys里的公钥是完整的一行，没有被换行截断，开头是ssh-rsa或对应密钥类型的标识。

4. 排查SELinux干扰（如果你的系统开启了SELinux） #

SELinux可能会阻止sshd读取authorized_keys，可以先临时关闭测试（不推荐长期关闭，修复上下文更稳妥）：

sudo setenforce 0

如果临时关闭后能正常登录，就修复.ssh目录的SELinux上下文：

restorecon -Rv ~/.ssh

5. 用Debug模式定位具体错误 #

直接用ssh namenode看不到细节，开Debug模式跑一遍，能明确看到sshd在哪一步拒绝了登录：

ssh -v your-user@namenode-ip

重点看输出里的debug1: Authentications that can continue:和后续的失败提示，比如Permission denied (publickey)或者No supported authentication methods available，这些信息能精准帮你定位问题。

6. 检查普通用户的SSH登录权限 #

如果你用的不是root用户，要确保sshd_config没有限制普通用户登录：

• 检查有没有AllowUsers或DenyUsers配置，如果有要把你的用户名加进去；
• 测试阶段可以先打开PasswordAuthentication yes，确保能密码登录后，再切换到纯公钥登录模式。

按照这几步走，大部分无密码SSH的问题都能解决！

内容的提问来源于stack exchange，提问作者Sujata Roy