SSH 代理转发不起作用

Question

一个合理的解释如下：当您ssh从 A 到 B 时，在 B 上获取源的 shell 启动脚本将启动 B 本地的代理。

如果你在 B 上使用 Bash 作为 shell，检查你的.bashrcB。

假设脚本正确启动代理$SSH_AUTH_SOCK本地到 B。这意味着它会覆盖B 上的 shell 中的相关环境变量（本质上）。实际上，任何试图在此 shell 会话中使用代理的操作都会发现在 B 上运行的代理对你在 A 上的密钥一无所知。当你从 B 到 C 时，B 上的代理没有身份，系统会要求你输入存储在 B 上的ssh密钥的密码。/home/myid/.ssh/id_rsa

如果您知道 B 上的先前值$SSH_AUTH_SOCK，则可以找到 B 上仍连接到 A 上运行的代理的套接字。如果您（手动）将其改回$SSH_AUTH_SOCK先前的值，一切将按预期开始工作。我的意思是转发本身没有损坏，B 上的 SSH 服务器提供的套接字在那里并且正常工作。问题是 B 上的进程找不到它，因为它们找到并使用了错误的套接字，这是因为 B 上的代理已启动并$SSH_AUTH_SOCK已更改。

您可以通过不允许 B 上的启动脚本运行新代理来解决这个问题。负责代码的存在可能是有原因的，因此删除它不一定是个好主意。问问自己原因是什么。如果有理由保留代码，那么明智的解决方案是让脚本检查是否$SSH_AUTH_SOCK扩展为空字符串，然后才设置新代理。

我不能确定这是否会发生在你的具体情况下；我仍然认为这种情况是合理的。

Answer 1

一个合理的解释如下：当您ssh从 A 到 B 时，在 B 上获取源的 shell 启动脚本将启动 B 本地的代理。