今天我重置了 root 用户的密码。通过 ssh 连接后。重置密码时，我准确输入了记事本中的 。此后，当我尝试使用相同密码再次连接 ssh 时，它无法正常工作。然后我更改了其他帐户的密码，其他帐户也发生了同样的情况。幸运的是，我还有一个具有 root 权限的帐户，因此我仍然可以通过 ssh 访问服务器。由于它是生产服务器，我无法重新启动或尝试使用 CD。我尝试多次重置密码。在此期间，我非常确定我输入了准确的密码。
答案1
我敢用真正的美元打赌，您在某个地方输入了错误的密码（可能是打开了大写锁定键，或者您两次输入相同的密码时手忙脚乱，或者是其他任何可能性 - 无论是什么原因，您的密码都与您想象的不一样）。
解决方案是在单用户模式下重新启动（Google 可以为您提供调用，但基本上会添加single到您的正常启动参数中），或者 - 如果您的发行版要求 root 密码在单用户模式下出现 - 使用 Live CD 或救援磁盘重新启动以更改 root 的密码。
更改重要密码时的一般好建议（root）：保持登录状态，在更改密码的终端上登录，然后尝试使用su新密码登录（或）其他地方——通过 SSH、不同的虚拟终端等——以确保它有效。
一旦您发现这样的问题（并且可以修复 root 的密码，因为您仍然以 root 身份登录），就值得您多花一分钟来保持警惕 :)
答案2
正如其他人所说，这可能是输入错误或大写锁定错误或类似情况。
解决方案是将 SSH 切换为公钥身份验证。这也更加安全 - 任何使用 SSH 的面向公众的服务器可能每天都会收到数百次基于密码字典的恶意登录尝试（检查您的 SSHD 日志）。
每当我进行任何可能影响登录的更改时 - 在注销之前，我会打开一个到同一台服务器的新会话并检查登录是否有效。只有这样我才会注销原始会话。这包括对 .login .profile login-shell、SSH 配置、防火墙规则等的任何更改。
一般来说，我不允许从特权帐户进行 SSH 登录，而是使用非特权用户和 sudo 或 su。
答案3
有可能您只是输入了错误的内容。
如果你问“我该如何修复这个问题？”，那么通常的方法是将系统引导到单用户模式，修改密码，然后重试。根据发行版的不同，引导到单用户模式的方法略有不同，但这是一个好的开始。
您还可以利用单用户模式来查看您的日志，看看登录失败是否有其他解释。
答案4
可能的原因是输入了错误的密码，但为了谨慎起见，我会在注销之前重新启动 ssh 服务器。