ssh代理ssh-agent
SSH系列文章：
SSH基础：SSH和SSH服务
SSH转发代理：ssh-agent用法详解
SSH隧道：端口转发功能详解
ssh代理ssh-agent
使用ssh-agent之前
使用ssh公钥认证的方式可以免去ssh客户端(如ssh命令、xshell等)连接远端主机sshd时需要输入对方用户密码的问题。
但如果执行ssh命令所在的主机上保存了多套秘钥且将各公钥分发给了不同的远端主机，这时即使使用了公钥认证，也依然需要输入密码，因为ssh客户端不知道要读取哪个私钥去和该远端主机上的公钥配对。
看下面这张图描述的情况：
上面描述的情形是这样的：ssh客户端要管理web server群，还要管理mysql server群，ssh客户端要为这两个群内的主机使用不同的密钥对。例如要连接web server群内的主机，使用~/.ssh/id_rsa_1这一套秘钥，连接mysql server群内的主机，使用~/.ssh/id_rsa_2这一套秘钥。
于是，将id_rsa_1.pub分发给web server群内的每个主机，将id_rsa_2.pub分发给mysql server群内的每个主机：
1 | $ ssh-copy-id -i ~/.ssh/id_rsa_1.pub root@webserver1 |
这一切进行的都很欢乐，但是一连接，发现还是要密码：
1 | $ ssh root@webserver1 |
这是因为ssh客户端连接webserver1的时候，除了默认会读取的规范私钥文件id_rsa(或其它秘钥类型)外，不会自动读取任何一个文件，同理连接mysqlserver1也一样。
正确的连接方式是指定连接时使用哪个私钥去配对：
1 | $ ssh -i ~/.ssh/id_rsa_1 root@webserver1 |
好欢乐，终于连上了。但是真恶心，还要指定连接私钥。
不仅如此，如果私钥是加密(passphrase)的，指定私钥的时候还得输入这个passphrase密码。😭
ssh-agent是干什么的
程序员很不满意这样的连接方式，于是创造了一个中间的私钥管理者ssh-agent：你不是不知道怎么配对吗，我帮你配。而且这个功能对于程序员来说，so easy。
我在ssh身份认证阶段中解释过，ssh认证的过程其实是客户端(ssh命令端)读取自己的私钥并推导出指纹发送给服务端(sshd端)，服务端也使用自己保存的公钥推导出指纹进行对比，如果指纹相同说明服务端的公钥和客户端的私钥是配对的。如下是公钥、私钥的指纹计算方式：
1 | $ ssh-keygen -l -f ~/.ssh/id_rsa_2 |
这个密钥身份认证的过程是理解ssh-agent的关键。
ssh-agent的主功能大概如下图描述：
使用ssh-agent后，可以通过ssh-add命令向ssh-agent注册本机的私钥，ssh-agent会自动推导出这个私钥的指纹(实际上是ssh-add计算的)保存在自己的小本本里(内存)，以后只要ssh连接某主机(某用户)，将自动转发给ssh-agent，ssh-agent将自动从它的小本本里查找私钥的指纹并将其发送给服务端(sshd端)。如此一来，ssh客户端就无需再指定使用哪个私钥文件去连接。
总的看上去，ssh-agent的角色就是帮忙存储、查找并发送对应的指纹而已，也就是说它是一个连接的转发人，扮演的是一个代理的角色。
ssh并非一定支持ssh-agent转发的连接。要使用ssh-agent的转发功能，需要在sshd_config中开启AllowAgentForwarding选项，在ssh_config中开启ForwardAgent选项。
使用ssh-agent和ssh-add
先将ssh-agent运行起来：
1 | $ ssh-agent |
输出结果中明确说明了导出了几个环境变量，同时也可以知道ssh-agent使用Unix Domain套接字的方式监听在本机上以及其pid为28162。到时候可以直接使用kill 28162杀掉这个进程，更直接的方式是使用ssh-agent -k，它会根据当前的环境变量SSH_AGENT_PID来杀进程。
但是很不幸，上面的ssh-agent尽管运行成功了，但是那两个环境变量并没有导出，上面的结果只是显示给用户看的。所以更多时候，会使用eval来执行ssh-agent，使得这些环境变量也被导出：
1 | # 先杀掉刚才的ssh-agent |
ssh客户端上运行ssh-agent后，就可以使用ssh-add命令向ssh-agent添加私钥(如果私钥使用了passhprase密码，则要求输入一次密码)。
1 | $ ssh-add |
默认会添加~/.ssh/下的所有私钥类文件(~/.ssh/id_rsa, .ssh/id_dsa, ~/.ssh/id_ecdsa, ~/.ssh/id_ed25519, ~/.ssh/identity)，也可以指定要添加的文件。正如上面给出的示例。
ssh-add命令是查找当前环境变量SSH_AUTH_SOCK的值并发送添加请求给对应套接字的，所以这个套接字环境变量非常重要。
之后再使用公钥认证就可以直接连接到目标主机：
1 | $ ssh root@webserver1 |
ssh-agent的痛点和解决方案
ssh-agent的工作是依赖于环境变量SSH_AUTH_SOCK和SSH_AGENT_PID的，不同用户，不同终端，只要没有和这两个环境变量配对的ssh-agent，这个agent进程就不可使用。要想使用某个agent，就必须在自己的shell中先设置好这两个环境变量。
另外需要注意的是，以eval `ssh-agent` 启动的方式会直接让ssh-agent工作在后台，它自己会独立成自己的进程组，其父进程或终端退出后它仍然会挂靠在pid=1的init/systemd下。而ssh-agent的工作是依赖于环境变量SSH_AUTH_SOCK和SSH_AGENT_PID的，shell或终端退出后这两个环境变量就消失了，使得之前运行的ssh-agent被多余地保留在后台。
也就是说，每次都要拿个小本本把这两个环境变量记下来，然后在每个shell下设置好这两个环境变量才能使用这个ssh-agent，这种恶心的行为在多个终端之间交互是非常痛苦的。
其实，我们自己完全可以根据已有的ssh-agent推导出这两个环境变量。如果ssh-agent进程还存在，那么在/tmp/目录下一定有对应的套接字文件(除非启动ssh-agent时自定义了套接字路径)。
1 | $ tree /tmp/ssh* |
于是环境变量SSH_AUTH_SOCK的值已经得到了。再根据agent.<ppid>中的ppid值，将其加上1，就是其子进程ssh-agent进程的PID值。例如，想要使用上面agent.28629对应的ssh-agent，那么设置：
1 | export SSH_AUTH_SOCK=/tmp/ssh-q3tM0FzpCcdU/agent.28629 |
我们完全可以自己写一个脚本来自动化获取并设置这些环境变量。
不过已经有人用shell脚本提供好了更完善的解决方案：https://github.com/wwalker/ssh-find-agent。
下载好其中的ssh-find-agent.sh脚本，并放到某个目录下。例如直接放在/etc/profile.d目录下，然后给执行权限：
1 | $ wget https://raw.githubusercontent.com/wwalker/ssh-find-agent/master/ssh-find-agent.sh -O /etc/profile.d/ssh-find-agent.sh |
以后，只要在新的终端上，或者和ssh-agent进程失联的shell中执行（如果在旧终端上，需要先source该shell脚本）：
1 | $ ssh-find-agent -a |
它会自动寻找到第一个ssh-agent进程并配置好相关环境变量：
1 | $ ssh-find-agent -a |
不给任何参数的ssh-find-agent函数会列出当前能找到的ssh-agent进程以及相关环境变量和编号。
1 | $ ssh-find-agent |
使用ssh-find-agent的-c选项可以手动选择使用哪个ssh-agent进程。
如果不知道当前是否有ssh-agent，可以使用下面的方式：
1 | $ ssh-find-agent -a || eval $(ssh-agent) > /dev/null |
这样就会在找不到的时候自动开启一个ssh-agent。
除了上面的方法，还可以直接使用另一种管理工具：keychain。
1 | $ yum install -y keychain |
keychain能很好的管理ssh-agent，可以去查看下如何使用。
管理ssh-agent中的私钥
ssh-agent命令的选项：
1 | -a bind_address |
ssh-add命令的选项（部分选项）：
1 | -D |
微信
支付宝