用 SSH Config 告别一长串登录参数，多台服务器一把梭

服务器一多，登录命令就开始失控：ssh -p 2222 -i ~/.ssh/id_work user@203.0.113.10，端口、密钥、用户名各不相同，靠历史记录翻找既慢又容易敲错。更糟的是把这些写进脚本后，换一台机器又要改一遍。其实 OpenSSH 自带了解法：~/.ssh/config。一次写好配置，之后登录只需要 ssh 名字。

在本地创建 ~/.ssh/config，权限设为 600（太开放会被 SSH 拒绝）。最小配置示例：Host vps-main，HostName 203.0.113.10，User ubuntu，Port 2222，IdentityFile ~/.ssh/id_main。之后 ssh vps-main 就等价于原来那串长命令。Host 后面是自己起的别名，好记就行；HostName 才是真实地址。

几个实用的写法：第一，通配符省重复。很多服务器共用同一用户名和密钥时，可以写一段 Host *.example.com 的默认配置，具体主机再单独覆盖端口等差异项，配置按先匹配到的先生效来取。第二，跳板机一句话。内网机器不直接暴露时，不用先登录跳板再转一次：Host vps-inner，HostName 10.0.0.5，User ubuntu，ProxyJump vps-main，ssh vps-inner 会自动经跳板机中转，scp 也同样适用。第三，给密钥加约束。IdentitiesOnly yes 能避免 SSH 把所有密钥挨个试一遍，服务器多了之后，试错次数超限会被直接拒绝登录，这是很多人密钥明明没错却登不上的常见原因。

安全习惯：配置文件里不要写密码，密钥本身用口令保护；配置文件权限保持 600，目录 ~/.ssh 保持 700。换电脑时把 config 和密钥一起迁移，登录习惯不用重建。把登录信息收进一份配置，表面上是少敲几个字符，实际上是把哪台机器、怎么连变成了可维护、可备份的资产。服务器越多，这份配置的价值越大。