我正在尝试连接到驻留在我的web服务器上的远程Git存储库，并将其克隆到我的机器上。
我使用以下格式的命令:
git clone ssh://username@domain.example/repository.git
这对我的大多数团队成员来说都很有效。通常运行此命令后Git会提示输入用户密码，然后运行克隆。然而，当在我的机器上运行时，我得到以下错误:
主机密钥验证失败。 致命的:无法从远程读取 存储库。
我们没有使用SSH密钥连接到这个存储库，所以我不确定Git为什么要在这台特定的机器上检查SSH密钥。
当前回答
如果你正在使用git for Windows。
打开git GUI。 在git GUI中打开本地git存储库。 添加远程或推送(如果远程已经存在)。 对于你是否想继续的问题，回答“是”。
GUI客户端为您将密钥添加到~/.ssh/known_hosts。如果你不经常这样做，这更容易记住，也避免了使用git命令行(标准的Windows命令行没有ssh-keyscan可执行文件)。
其他回答
原因似乎是远程主机的公钥没有存储或与存储的公钥不同。(注意安全问题，详见Greg Bacon的回答。)
在这种情况下，我习惯了git克隆提示:
The authenticity of host 'host.net (10.0.0.42)' can't be established.
ECDSA key fingerprint is 00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00.
Are you sure you want to continue connecting (yes/no)?
不确定，为什么会抛出这个错误。可以是shell的配置，也可以是git SSH命令。 无论如何，您可以通过运行ssh user@host.net得到相同的提示。
对我来说，我只是将“known_hosts”文件重命名为“known_hosts.del”进行备份。然后重新运行git克隆XXX并键入“yes”。新建known_hosts
在构建期间，我在DockerFile内部也遇到了同样的错误，而映像是公共的。我在Dockerfile中做了一些修改。
RUN git clone https://github.com/kacole2/express-node-mongo-skeleton.git /www/nodejs
这是因为使用git@github.com:…语法最终使用SSH克隆为>，并且在容器中，您的私钥不可用>。你应该使用RUN git克隆> https://github.com/edenhill/librdkafka.git。
还要检查known_hosts文件的权限——包括用户的(~/.ssh/known_hosts)和全局的(/etc/ssh/ssh_known_hosts)。
在我的例子中，旧主机在/etc/ssh/ssh_known_hosts中。当我用sudo ssh-keygen -f /etc/ssh/ssh_known_hosts -R THE_HOST将其作为根删除时，它将该文件的权限更改为0600，因此SSHing到THE_HOST作为根工作，但对于任何其他用户来说，它失败了“主机密钥验证失败”。解决方案是:
sudo chmod 644 /etc/ssh/ssh_known_hosts
您正在通过SSH协议进行连接，正如克隆URL上的SSH://前缀所示。使用SSH，每个主机都有一个密钥。客户端记住与特定地址相关联的主机密钥，并在主机密钥似乎发生变化时拒绝连接。这可以防止中间的人攻击。
域的主机密钥。例子变了。如果这对您来说不可疑，可以通过编辑${HOME}/从本地缓存中删除旧密钥。Ssh /known_hosts删除域行。示例或让SSH实用程序为您完成
ssh-keygen -R domain.example
从这里开始，您可以自己记录更新后的密钥
ssh-keyscan -t rsa domain.example >> ~/.ssh/known_hosts
或者，等效地，下次当你连接git fetch、git pull或git push(甚至是一个普通的SSH域。示例)时，让SSH在提示时回答yes
The authenticity of host 'domain.example (a.b.c.d)' can't be established. RSA key fingerprint is XX:XX:...:XX. Are you sure you want to continue connecting (yes/no)?
提示的原因是域。Example在删除后不再在您的known_hosts中，并且可能不在系统的/etc/ssh/ssh_known_hosts中，因此SSH无法知道连接另一端的主机是否真的是domain.example。(如果错误的密钥在/etc中，具有管理权限的人将必须更新系统范围内的文件。)
我强烈建议您也考虑让用户使用密钥进行身份验证。这样，ssh-agent可以方便地存储密钥材料(而不是每个人都必须在每次连接到服务器时输入密码)，并且密码不会通过网络传递。
