Git 说“警告：永久添加到已知主机列表”

Question

每次我使用 git 与远程交互时，例如拉或推时，都会显示以下消息：

警告：已将“...”(RSA) 永久添加到已知主机列表中。

如何防止显示这条烦人的消息？这只是一个烦恼——一切都运转正常。

Answer 1

创建一个 ~/.ssh/config 文件并插入以下行：

UserKnownHostsFile ~/.ssh/known_hosts

下次访问 Github 时您将看到该消息，但之后您将不再看到它，因为主机已添加到known_hosts 文件。这解决了问题，而不仅仅是隐藏日志消息。

这个问题困扰了我很长一段时间。出现此问题的原因是针对 Windows 编译的 OpenSSH 客户端未检查 ~/.ssh/known_hosts 中的known_hosts 文件

ssh -vvv [电子邮件受保护]

debug3: check_host_in_hostfile: filename /dev/null
debug3: check_host_in_hostfile: filename /etc/ssh/ssh_known_hosts
debug3: check_host_in_hostfile: filename /dev/null
debug3: check_host_in_hostfile: filename /etc/ssh/ssh_known_hosts
Warning: Permanently added 'github.com,207.97.227.239' (RSA) to the list of known hosts.

Answer 2

将以下行添加到您的 ssh 配置文件 ($HOME/.ssh/config)：

LogLevel=quiet

如果从命令行运行 ssh，请将以下选项添加到命令字符串：

-o LogLevel=quiet

例如，以下内容打印出 machine.example 上安装的 gcc 版本.org（并且没有警告）：

ssh -o UserKnownHostsFile=/dev/null \
    -o StrictHostKeyChecking=no \
    -o LogLevel=quiet \
    -i identity_file \
    machine.example.org \
    gcc -dumpversion

Answer 3

在 ~/.ssh/config 文件中将 LogLevel 设置为 ERROR（而不是 QUIET）以避免看到这些错误：

Host *
   StrictHostKeyChecking no
   UserKnownHostsFile /dev/null
   LogLevel ERROR

Answer 4

该消息来自 SSH，它警告您正在连接到以前从未连接过的主机。我不建议将其关闭，因为这意味着您可能会错过有关主机密钥更改的警告，这可能表明您的 SSH 会话受到 MITM 攻击。

Answer 5

要抑制 ssh 的警告消息，您可以将以下行添加到 ~/.ssh/config 中：

Host *
LogLevel error

这将禁用警告，但不会禁用错误消息。与 ~/.ssh/config 中的其他设置一样，如果您想要更细粒度的控制，您可以在每个主机的基础上配置 LogLevel。

Answer 6

这主要意味着该主机~/.ssh/known_hosts的密钥发生了变化，并且不会自动更新它。因此，每次您收到此警告消息时。

这种情况经常发生在连接到重新创建的虚拟机时，它会更改具有相同 IP 地址的密钥

解决方案

如果您只有一个条目，那么您可以删除 ~/.ssh /known_hosts 文件，并且在第一次连接后，密钥将在那里，并且此后不会出现警告消息。

如果您有多个条目，那么您可以使用下面的命令来删除

$ ssh-keygen -R <hostname>

它对我来说效果很好

Answer 7

添加 ssh 密钥

ssh-keygen -t rsa -b 4096 -C "[email protected]"

eval "$(ssh-agent -s)"

ssh-add ~/.ssh/bitbucket_rsa

箱配置文件

crate ~/.ssh/config

添加以下行。

UserKnownHostsFile ~/.ssh/known_hosts

然后添加公钥并克隆您的存储库...完成......

Answer 8

将您的私钥添加到 ssh-agent 中：

ssh-add ~/.ssh/id_rsa

Answer 9

如果您使用的是 GitHub 中的存储库，请考虑使用 URL 的 HTTPS 版本，以完全避免此问题：

如果您从 Windows GitHub 应用程序中克隆存储库，这就是它用于远程 URL 的内容。也许他们知道一些我们不知道的事情。

Answer 10

当我开始使用 Windows 机器时，我遇到了同样的问题。就我而言，这是因为我的 SSH 设置尚未完成。 Github 有关于 SSH 设置的非常精确的文档。一旦解决了这个问题，问题就解决了。

https://help.github.com/articles/checking-for -现有-ssh-密钥/
https ://help.github.com/articles/generate-a-new-ssh-key-and-adding-it-to-the-ssh-agent/

Answer 11

就我而言，这是因为设置服务器的管理员在 ~/.ssh/config 中设置了这些选项，

StrictHostKeyChecking no
UserKnownHostsFile /dev/null

在大多数情况下，不使用 ~/.ssh/known_hosts 效果很好。 文件。但对于企业版gitlab仓库，每次都会给出“警告：永久添加......到已知主机列表”。

我的解决方案是注释掉 UserKnownHostsFile /dev/null 行，这允许创建 ~/.ssh/known_hosts。之后就没有再发出任何警告。

您的 known_hosts 中可能还存在旧的/无效的条目。

# find entry in ~/.ssh/known_hosts
ssh-keygen -F <hostname>

# delete entry in ~/.ssh/known_hosts
ssh-keygen -R <hostname>

Answer 12

就我而言，我仅在使用 Gridengine qrsh 远程 shell 登录时收到 ssh 警告。而普通的 ssh 会按预期工作（第一次发出警告，然后随后安静）。

我的解决方案是手动填写 Gridengine 可以选择的所有可能的服务器名称（使用 qhost 列出服务器）：

for p in server1 server2 server3 server4; do
  ssh-keyscan -H ${p}.company.com;
  ssh-keyscan -H $(getent hosts $p | perl -lane 'print $F[0]');
done >> ~/.ssh/known_hosts

背景：

Gridengine 是一个作业调度程序可以使用 ssh 选择负载最少的服务器。发出警告的原因是 qrsh 似乎总是指定一个非标准端口来进行 ssh 连接，导致 known_hosts 使用也包含端口号的条目进行更新。下次当 qrsh 选择同一服务器时，将会有一个新的端口号，并且 known_hosts 将使用新的特定于端口的条目进行更新。还添加原始主机 IP 地址的原因是某些主机使用了 ecdsa-sha2-nistp521。如果未添加原始 IP 条目，我会收到警告：

ECDSA host key for IP address '10.1.2.3' not in list of known hosts.

Answer 13

我在 Linux/Cent OS VM 中遇到了同样的错误，这是因为重启后 IP 发生了变化。为了解决这个问题，我在网络中定义了一个静态 IP 并将该条目添加到 /etc/hosts 文件中。对于静态 IP，请提及稍高的范围值。例如，如果您当前的 IP (ipconfig/ifconfig) 是 192.168.0.102，下次重新启动后可能会变为 192.168.0.103。因此，在 IPV4 设置中将静态 IP 定义为 192.168.0.181 即可。

Answer 14

你只需要这个命令。

如果是，请使用 GitHub：

ssh -T [email protected]

如果您使用 GitLab：

ssh -T [email protected]

Answer 15

据我所知，对于您提到的问题没有干净的解决方案。
之前建议的 /dev/null 重定向仍然会显示警告，它只是通过将输出重定向到 /dev/null 来禁用存储远程密钥的安全功能。
所以 ssh 仍然会认为它写了一些实际上被丢弃的东西。

据我所知，唯一的选择是捕获消息并将其从标准输出中删除。

ssh/scp..... 2>&1 | grep -v "^Warning: Permanently added"

这是一个完整的示例，您可以将其用作包装器来隐藏此类警告：

#!/bin/bash
remove="^Warning: Permanently added" # message to remove from output

cmd=${0##*/}

case $cmd in
 ssh)
  binary=/usr/bin/ssh
 ;;
 *)
  echo "unsupported binary ($0)"
  exit
 ;;
esac
$binary "$@" 2>&1 | grep -v "$remove"

要安装它，您所需要做的就是添加/修改您要修改的实际命令的“case”语句。 （ssh、scp、git 等）。
“ssh)”表示脚本必须命名为“ssh”（或者脚本的链接名为 ssh）。
binary=/full/path 是脚本应包装的二进制文件的路径。
然后将具有您选择的名称的脚本放入 /bin 或其他位置。

该脚本还可以在 $binary 变量中使用 -o "UserKnownHostsFile=/dev/null" ，这比将此类安全风险放入全局 ssh 配置中要好得多。影响您所有的 ssh 会话，而不仅仅是那些您想要抑制消息的会话。

缺点：
这是一个有点开销，不是一个完全干净的解决方案，并将 stderr 移到 stdout 中，这可能并不在所有情况下都很好。
但它将消除您不希望看到的任何类型的警告消息，并且您可以使用单个脚本来包装您想要的所有二进制文件（通过使用指向它的文件系统链接）