楼主这个排查思路是对的，补充几个实操细节和防复发的方法： 1. 先确认生效配置到底是哪一行直接 grep 配置文件容易漏掉 Ubuntu 的 sshd_config.d/ 目录。建议用：sudo sshd -T | grep -i passwordauthenticationsshd -T 输出的是合并所有配置文件后的实际生效值，比看文件准。如果这里是 no，那就是配置层面的问题。 2. 按你的需求打开密码登录sudo nano /etc/ssh/sshd_config找到 #PasswordAuthentication yes，去掉注释并确认是 yes；如果这一行在 /etc/ssh/sshd_config.d/ 下的某个文件里（比如云镜像自带的 60-cloudimg-settings.conf），改那个文件或者把它删了也行。改完重启：sudo systemctl restart sshd注意：另开一个新终端测试 ssh user@ip，能弹出密码框再断开旧会话，别先把当前会话关掉，万一改错了还能救。 3. root 密码登录的话，再检查一行 PermitRootLogin，默认是 prohibit-password（只允许密钥），需要的话改成 yes。 4. 顺手做点安全加固密码登录本来就容易被爆破，Ubuntu 新版本默认关密码登录也是这个原因。建议：- 本地 ssh-keygen 生成密钥对，把公钥追加到服务器 ~/.ssh/authorized_keys，权限设好：chmod 700 ~/.ssh && chmod 600 ~/.ssh/authorized_keys；- 把 SSH 端口从 22 换掉，安全组/ufw 只放行自己的 IP；- 装个 fail2ban 防爆破。 5. 防复发unattended-upgrades 更新 openssh-server 时如果提示配置文件冲突，选「保留本地修改」；或者直接 apt-mark hold openssh-server 锁定版本，避免自动更新再把配置覆盖回去。