删除用户后使用SSH登录仍被要求输入密码的问题咨询

我来帮你拆解下这个问题~ 你用userdel -r user删除用户后，SSH登录该账号依然会提示输入密码，输错后返回权限拒绝，但正常情况下不存在的用户不会触发密码提示，这大概率是系统里还残留了和该用户相关的配置，或者SSH服务的缓存/设置在搞鬼，咱们一步步排查解决：

• 先验证用户是否真的被完全删除：
  先跑几个命令确认系统里的用户条目是否彻底清理：

  • cat /etc/passwd | grep user 检查用户基本信息条目是否还存在
  • cat /etc/shadow | grep user 查看密码数据库里有没有残留的该用户记录
  • ls -ld /home/user 虽然你加了-r参数，但偶尔会因为文件权限或占用问题，导致家目录没删干净

  如果以上命令能查到该用户的痕迹，手动删除对应的条目和残留文件即可。

• 重启SSH服务清除缓存：
  SSH服务（sshd）可能会缓存用户信息，导致删除用户后依然识别该账号。你可以重启sshd来刷新缓存：

  • 基于systemd的系统（比如Ubuntu 16.04+、CentOS 7+）：systemctl restart sshd
  • 基于SysVinit的老系统：service ssh restart

• 排查PAM模块的残留或缓存：
  如果你的sshd配置里开启了UsePAM yes（默认大多是开启的），PAM模块可能缓存了该用户的认证信息。你可以：

  • 检查/var/run/faillock/目录，如果有该用户的锁文件，直接删除
  • 重启PAM相关服务（不同系统命令不同，比如systemctl restart systemd-logind）

• 清理客户端的SSH连接缓存：
  如果你是从同一台客户端反复测试，客户端可能缓存了之前的连接记录。你可以：

  • 打开客户端的~/.ssh/known_hosts文件，删除对应服务器IP的条目
  • 或者直接用临时命令绕过缓存测试：ssh -o UserKnownHostsFile=/dev/null user@ip

• 检查sshd配置的特殊规则：
  打开/etc/ssh/sshd_config，看看有没有设置AllowUsers、DenyUsers这类规则，确认里面没有残留该用户的条目；另外也可以检查/etc/ssh/authorized_keys.d/目录，看看有没有以该用户命名的残留文件。

一般按这个流程排查下来，就能解决SSH还提示该用户密码的问题啦~

备注：内容来源于stack exchange，提问作者Tommaso Ascani