ssh key 一模一样的设置，另一个就不能登录是什么原因？

要用 user1 用户 ssh 登录两台服务器。

两个服务器，拷贝了相同的公钥：
/home/user1/.ssh/id_rsa.pub
和 /home/user1/.ssh/authorized_keys （ id_rsa.pub 拷进来的）
两个文件的权限都是 700

/home/user1 文件夹的权限是 600

id_rsa.pub 、authorized_keys 、/home/user1 的所属用户和所属组都是 user1

/etc/ssh/sshd_config 设置的也是一模一样的，也重新启动了 sshd service 。

为什么一台可以登录，一台就登录不了呢？
提示这个错误：

Permission denied (publickey).

每次都被这种东西卡住了，

/etc/ssh/sshd_config 配置都是这样的：

# Package generated configuration file
# See the sshd_config(5) manpage for details

# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
HostKey /etc/ssh/ssh_host_ed25519_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation no

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 1024

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 120
PermitRootLogin no
StrictModes yes

RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile     %h/.ssh/authorized_keys

# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes

# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no

# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no

# Change to no to disable tunnelled clear text passwords
PasswordAuthentication no

# Kerberos options
#KerberosAuthentication no
#KerberosGetAFSToken no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no

#MaxStartups 10:30:60
#Banner /etc/issue.net

# Allow client to pass locale environment variables
AcceptEnv LANG LC_*

Subsystem sftp /usr/lib/openssh/sftp-server

# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication.  Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin yes
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
UsePAM no

selfcreditgiving

2021-12-09 15:45:08 +08:00

抱歉，之前有事情现在才更新。

这两台服务器是这样的，都是用 docker 起的 ubuntu 镜像容器，而且镜像是一模一样的。开放出了 ssh 端口。

这是两台服务器的 openSSH 版本 ssh -V

服务器 A 和服务器 B 的结果都是一样的：
OpenSSH_7.2p2 Ubuntu-4ubuntu2.10, OpenSSL 1.0.2g 1 Mar 2016

本身操作用的 macbook pro 的 ssh 版本：
OpenSSH_7.4p1, LibreSSL 2.5.0

/etc/ssh/sshd_config 两台服务器也是一模一样的。

@pixelcn @ziseyinzi @ysn2233 在登录失败的服务器 B 设置了 /etc/ssh/sshd_config ，添加 PubkeyAcceptedKeyTypes rsa-sha2-512,rsa-sha2-256 ，并重启容器（因为 docker 容器里不能用 service restart ）
结果还是一样的。

感觉我还是设一个强密码，然后设一个 fail2ban ，可不知道 fail2ban 有没有什么坑，可以设置好就不用管了不？

selfcreditgiving

2021-12-10 11:15:30 +08:00

@Osk
@dddd1919
@shangyu7
@pixelcn
@ziseyinzi
@ysn2233 发现原因了，又是自己的粗心大意浪费了大量的时间。

应该是 ~/.ssh 设置为权限 700
~/.ssh/authorized_keys 设置为 600

我设置反了！想当然 ~/.ssh/authorized_keys 是文件需要执行权限， ~/.ssh 是文件夹只要读写权限就行了。

后面搜到才发现弄反了。

server A （成功）是因为，没有手动去改 chomd 权限， ~/.ssh/authorized_keys 默认是 644 的权限。

经常会这样自己搞死自己，浪费大量的时间、熬夜，因为那一块是确认过了的，认为那里肯定是没有问题的，就没想到再去确认一次。大家有没有同样的经历？或者如果规避自己的低级错误导致卡壳的情况？

ssh key 一模一样的设置，另一个就不能 登录是什么原因？

ssh key 一模一样的设置，另一个就不能登录是什么原因？