Mac多用户SSH配置冲突源于全局与用户配置混用、密钥权限混乱及~/.ssh归属错位；须确保各用户目录归属正确、私钥独立生成且权限为600、通过Host别名+IdentityFile精确绑定账号，并在~/.ssh/config中显式覆盖系统配置。
mac 多用户环境下 ssh 配置冲突，核心在于全局配置与用户级配置混用、密钥权限混乱、以及 ~/.ssh 目录归属错位。系统级配置（如 /etc/ssh/ssh_config）对所有用户生效，而每个用户的 ~/.ssh/config 和密钥文件应严格隔离。一旦多个用户共用同一份密钥、误改他人目录权限，或在 root 用户下生成密钥却由普通用户调用，就会触发连接失败、权限拒绝（permission denied (publickey)）、甚至私钥被覆盖等典型问题。
明确用户边界：确保 SSH 配置完全隔离
每个 macOS 用户账户必须拥有独立的 ~/.ssh 目录，且不能共享私钥文件：
- 检查当前用户目录归属：
ls -ld ~/.ssh—— 输出中第一列应为当前用户名，而非root或其他用户 - 若归属错误（例如是
root），立即修复：sudo chown -R $USER:staff ~/.ssh - 禁止跨用户复制私钥；不同用户需各自运行
ssh-keygen生成专属密钥对 - 避免使用
sudo ssh，它会读取 root 的~/.ssh，而非当前用户的配置
分账号管理：用 Host 别名 + IdentityFile 精确绑定
当同一台 Mac 上多个用户需访问同一台远程服务器（如 Gitee、GitLab），但使用不同账号时，~/.ssh/config 是关键控制点：
- 为每个账号定义唯一 Host 别名，例如：
Host gitee-personal<br> HostName gitee.com<br> User git<br> IdentityFile ~/.ssh/id_ed25519_personal
- 另一个用户可配：
Host gitee-work<br> HostName gitee.com<br> User git<br> IdentityFile ~/.ssh/id_ed25519_work
- Git 操作时显式指定 Host：
git clone git@gitee-personal:username/repo.git - 务必确认各
IdentityFile路径存在，且私钥权限为600（chmod 600 ~/.ssh/id_*.private）
规避系统级干扰：禁用 /etc/ssh/ssh_config 的全局影响
macOS 自带的 /etc/ssh/ssh_config 默认启用 Host * 规则，可能覆盖用户配置：
- 不建议直接修改该系统文件（升级可能重置）；更安全的做法是在用户配置中显式覆盖
- 在
~/.ssh/config开头添加：Host *<br> StrictHostKeyChecking yes<br> UserKnownHostsFile ~/.ssh/known_hosts
这能确保用户级设置优先于系统默认 - 若发现连接异常且怀疑系统配置干扰，临时注释掉
/etc/ssh/ssh_config中的非必要选项（需sudo权限），测试后再恢复
验证与调试：快速定位谁在“抢”连接
遇到“明明配好了却连不上”，先排除多用户环境下的干扰源：
- 执行
ssh -T -v git@gitee.com，观察日志中实际加载的IdentityFile路径和用户身份 - 检查是否意外触发了代理或跳转配置：
echo $SSH_AUTH_SOCK—— 若指向其他用户的launchdsocket，说明 ssh-agent 被跨用户复用，应重启本用户 agent：eval "$(ssh-agent -s)" - 用
ps aux | grep ssh-agent查看进程属主，确认 agent 属于当前用户 - 临时新建一个测试用户（
System Settings → Users & Groups → +），在其环境下单独配置 SSH，可快速判断是否为用户环境污染所致
