为GitHub配置IdentitiesOnly遇认证失败？SSH配置问题排查

你的核心误区在于对SSH配置文件的合并逻辑理解错误，以及对IdentitiesOnly参数的作用场景认知偏差：

1. SSH Config的配置合并规则 #

SSH不会只应用第一个匹配的Host段，而是会按顺序应用所有匹配的Host段配置，后续段中的同名参数会覆盖前面的参数。

你把Host *放在Host github之后，意味着当连接github时，Host *里的IdentitiesOnly yes会：

• 如果Host github里没有定义IdentitiesOnly，则直接生效；
• 如果Host github里定义了IdentitiesOnly no，则会被后面的yes覆盖。
  这就是你添加IdentitiesOnly no后仍然失败的原因。

2. IdentitiesOnly的实际作用 #

IdentitiesOnly yes强制SSH仅使用配置文件中明确指定的IdentityFile，不会尝试SSH代理（ssh-agent）中的密钥，也不会自动加载默认的id_rsa/id_ed25519等密钥。

你移除Host *后能成功，是因为此时IdentitiesOnly默认值为no，SSH会自动尝试代理中存储的有效密钥（而非你指定的~/.ssh/github）。这说明你指定的~/.ssh/github密钥可能并未在GitHub账户中配置，或者权限/格式有问题。

正确的配置方案 #

方案一：调整顺序（推荐） #

将通用的Host *放在所有特定Host条目之前，让特定条目覆盖默认配置：

Host *
  IdentitiesOnly yes

Host github
  HostName github.com
  IdentityFile ~/.ssh/github
  # 如果你需要让SSH尝试代理中的密钥，就添加这行覆盖默认的yes
  # IdentitiesOnly no

如果确认~/.ssh/github是正确的GitHub密钥，可保留IdentitiesOnly yes，否则添加IdentitiesOnly no让SSH尝试代理中的密钥。

方案二：修复指定密钥 #

如果想强制使用~/.ssh/github密钥，需确保：

• 该密钥的权限为600（执行chmod 600 ~/.ssh/github）；
• 公钥已添加到GitHub账户的SSH密钥列表中；
• 密钥未设置错误的密码（或已通过ssh-agent加载）。

内容的提问来源于stack exchange，提问作者flawr