适用场景内网开发板 / Jetson / 服务器 IP 不变但ssh userip突然失败。关键词REMOTE HOST IDENTIFICATION HAS CHANGED、Host key verification failed、known_hosts一、现象本机能ping通目标机例如6.6.7.100但 SSH 登录失败。过程中可能先后看到两类表现表现 A看起来像密码错了ssh nvidia6.6.7.100 nvidia6.6.7.100s password: Permission denied, please try again.表现 B明确报主机身份变更更关键 WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! ... Offending ED25519 key in /home/user/.ssh/known_hosts:5 remove with: ssh-keygen -f /home/user/.ssh/known_hosts -R 6.6.7.100 Host key for 6.6.7.100 has changed and you have requested strict checking. Host key verification failed.容易踩坑的一点下午刚给别的云服务器如百度云新生成过~/.ssh/id_ed25519很容易误以为是「本地私钥被覆盖导致登不上」。用户登录密钥和远端主机密钥是两套东西别混。二、结论先说项目说明网络ping通则链路基本正常真正阻塞点本机~/.ssh/known_hosts里缓存的主机指纹与远端当前 SSH host key 不一致SSH 行为校验失败时直接中断不会正常进入后续认证或表现为各种「登不上」和个人密钥关系新生成id_ed25519通常不是本问题的直接原因一句话SSH 在确认「这台机器还是不是上次那台」时没过关所以拒绝连接。三、原因两套密钥别搞混SSH 里至少有两类密钥1. 用户密钥证明「你是谁」本地常见文件~/.ssh/id_ed25519、id_ed25519.pub用途免密登录、推 Git、连云主机等你为百度云执行ssh-keygen生成/覆盖的一般是这一类2. 主机密钥 / Host Key证明「这台服务器是谁」远端/etc/ssh/ssh_host_ed25519_key等本机缓存~/.ssh/known_hosts第一次连接时本地会把远端指纹记下来以后再连必须一致当远端 host key 变化后本地仍拿着旧指纹就会触发REMOTE HOST IDENTIFICATION HAS CHANGED! Host key verification failed.主机密钥为什么会变内网板子 / Jetson 上很常见系统重装、刷机、恢复镜像重装或重置了openssh-server有人重新生成了 SSH host key同一个 IP 换成了另一台机器或另一套系统只要指纹变了严格校验下就会拒绝连接——这是防中间人攻击的正常安全机制不是随机故障。四、解决办法步骤 1删除该 IP 的旧指纹按报错提示执行把 IP 换成你的目标地址ssh-keygen-f$HOME/.ssh/known_hosts-R6.6.7.100作用从known_hosts删除6.6.7.100对应的旧记录原内容一般会备份为known_hosts.old步骤 2重新连接并确认新指纹sshnvidia6.6.7.100首次会提示类似The authenticity of host 6.6.7.100 (6.6.7.100) cant be established. ED25519 key fingerprint is SHA256:xxxx... Are you sure you want to continue connecting (yes/no/[fingerprint])?确认是你自己的机器后输入yes。本机会写入新指纹之后即可正常登录密码或密钥认证按你原先配置来。步骤 3可选若仍认证失败再查密码/密钥host key 问题解决后如果还出现Permission denied再单独排查# 强制只用密码排除公钥干扰ssh-oPreferredAuthenticationspassword-oPubkeyAuthenticationno nvidia6.6.7.100# 看详细认证过程ssh-vvvnvidia6.6.7.100常见后续原因密码输错、账号锁定、远端关闭了密码登录、本地旧用户私钥已被覆盖且远端只认旧公钥等。五、和「新生成 id_ed25519」的关系操作影响ssh-keygen覆盖默认id_ed25519影响用户身份认证旧私钥丢失则旧免密会失效known_hosts指纹不匹配影响主机身份校验连密码提示都可能进不去或直接失败本次典型链路是远端 host key 已变更刷机 / 重装 / 换机等本地仍保留旧指纹SSH 报Host key verification failed执行ssh-keygen ... -R ip清掉旧记录并重新信任新指纹后恢复给云服务器配密钥时建议不要覆盖默认文件名单独指定ssh-keygen-ted25519-f~/.ssh/id_ed25519_baidu-Cbaidu并在~/.ssh/config里按 Host 分开配置IdentityFile避免和内网开发板互相干扰。六、排查清单可收藏ping是否通不通先查网络 / IP / 网线 / 交换机。报错是否含REMOTE HOST IDENTIFICATION HAS CHANGED/Host key verification failed是 →ssh-keygen -R ip再重连确认指纹。host key 已更新后仍失败ssh -vvv看卡在公钥还是密码。必要时强制密码PubkeyAuthenticationno。近期是否覆盖过id_ed25519若远端只认旧公钥需重新写入authorized_keys或改用密码登录后补钥。七、小结Host key verification failed不是密码错是本机记住的服务器指纹过期了。解决核心命令ssh-keygen -f ~/.ssh/known_hosts -R ip然后重新ssh并接受新指纹。用户密钥id_ed25519≠ 主机密钥known_hosts换云主机密钥时尽量用独立文件名避免误伤日常开发连接。记录环境示例Ubuntu 开发机 →nvidia6.6.7.100Jetson / Ubuntu 22.04 tegra。排查思路同样适用于其他 Linux SSH 场景。