交换机5560堆叠掉电重启无法远程

接console看配置情况和具体日志吧

你的描述里有很多关键信息，别担心，我们一步步来分析。

简单来说，现象 “问题1” 对堆叠设备来说不算少见。核心原因是A机可能因为内存数据丢失，导致备份配置和主控配置出现了不一致。

 你的问题逐一解答

1. 为什么A机Console有密码，B机却没有？

这个现象对遭遇掉电重启的堆叠设备来说，很可能是因为A机的配置数据在重启时没有完全失效，而B机作为新主控，在试图同步时产生了冲突。

我们按时间线还原下场景：

• 掉电前：A机（主，有密码） 和 B机（备，同步了A机密码） 都正常。

• 掉电重启时：A、B同时断电又来电。

  • A机（原主）重启速度通常比B机慢一些。

  • B机（原备）启动更快，率先加载完系统，发现自己是堆叠里唯一的设备，就立刻把自己推举为 新的主设备（Master）。

• 冲突形成时：

  • A机启动完成加入时，当前主设备B机会强制将自己的配置推送给A机，进行配置同步。

  • 但堆叠选举时，A机可能有些旧配置残存在内存里（包括密码），而B机作为新主控推送过来的却是“无密码”的配置。这就导致了你的现象：A机仍要密码（但已经和当前配置不一致），B机却不用密码。这本质上是堆叠重启过程中的一种配置同步状态异常。

2. 为什么在B机改VTY密码后，SSH登录还是失败？

你在VTY下用 set authentication password 改密码没报错，但SSH还是登不上，根本原因在于认证机制没完全生效。

SSH是加密连接，在“authentication-mode scheme”模式下，它需要走“用户名+密码”的本地认证。

你只是通过一条VTY命令修改了密码，但没有执行最关键的一步：将新密码同步更新到对应的本地用户账号（local-user）下-你需要执行类似 local-user admin password ... 的命令来更新密码，它才会真正生效。

3. 如果把B机下电重启，A机变成主，Console密码会是空吗？

大概率会是“空” (无密码)。

这是因为，只要在B机上用 save 命令保存了配置，那么B机就成为唯一持有“合法”配置的主设备。

当你把A机（原主）下电重启，它启动时就会作为备机加入B机主导的堆叠。然后，主设备B机就会把自己“无密码”的启动配置强制同步给A机。最终，两台设备都会变成无Console密码状态。

 修复SSH登录的完整步骤

既然你现在通过Console线登上了B机，可以一步步这样修复：

1. 检查SSH用户认证方式（很关键）：
   先确认SSH用户（比如叫admin）是不是用 password 认证。如果不是，改密码也没用。

   display ssh user-info
   # 如果认证方式是 publickey，需要改回密码认证： ssh user admin authentication-type password

2. 同时修改本地用户和VTY密码（缺一不可）：

   # 进入系统视图

   system-view # 修改本地用户admin的密码 local-user admin password simple 你的新密码 # 退出系统视图 quitVTY下的密码也需要同步更新：
   user-interface vty 0 4

   set authentication password simple 你的新密码

3. 重新生成SSH密钥：
   为防止密钥损坏导致登录失败，建议重建：

   public-key local destroy rsa

   public-key local create rsa注意：重新生成密钥后，SSH客户端首次连接会提示主机指纹变更，确认后即可继续。

4. 最后，务必保存配置，确保重启不丢失：

   save force