Windows子系统Linux(WSL)中ssh-agent执行后参数被清空问题

我太懂这个坑了！你遇到的问题核心原因是环境变量的会话隔离，跟WSL 1709之后的会话机制变化有关，具体来说：

当你在.bashrc里执行eval $(ssh-agent)时，ssh-agent会输出SSH_AGENT_PID和SSH_AUTH_SOCK这两个环境变量，eval只是把它们设置在当前的bash会话进程里——这些变量是“会话私有”的，只在当前shell和它的子进程里有效。

但当你打开新的命令提示符（这是一个全新的shell进程），或者运行单独的脚本（默认会启动新的子shell），这些新进程根本没继承这两个变量，哪怕后台的ssh-agent还在运行，也找不到它的连接信息，自然就会报错。

解决步骤 #

1. 先清理现有运行的ssh-agent #

先把当前可能在跑的agent进程停掉，避免冲突：

# 如果能拿到PID就杀进程
kill $SSH_AGENT_PID 2>/dev/null
# 保险起见，杀掉所有当前用户的ssh-agent进程
pkill -u $USER ssh-agent

2. 修改.bashrc持久化agent环境变量 #

把你原来的ssh-agent相关脚本替换成下面的内容，核心是把agent的环境变量写入一个文件，让每个新shell都能读取：

# 定义存储ssh-agent环境变量的文件路径
SSH_AGENT_ENV="$HOME/.ssh-agent-env"

# 检查当前用户是否有ssh-agent在运行，没有的话启动并保存环境变量
if ! pgrep -u "$USER" ssh-agent > /dev/null; then
    ssh-agent > "$SSH_AGENT_ENV"
fi

# 读取环境变量到当前shell会话
if [ -f "$SSH_AGENT_ENV" ]; then
    . "$SSH_AGENT_ENV" > /dev/null
fi

# 检查密钥是否已经添加，未添加则执行ssh-add（避免每次终端都输密码）
if ! ssh-add -l > /dev/null 2>&1; then
    ssh-add
fi

3. 验证效果 #

• 重新打开一个WSL终端，或者执行source ~/.bashrc让修改生效
• 运行ssh-add -l，应该能看到密钥指纹
• 再打开新的终端或者单独脚本里执行ssh-add -l、echo $SSH_AGENT_PID，现在应该能正常拿到信息，不会再报错了

补充说明 #

这个方法的本质是把原本只存在于单个shell会话的环境变量，持久化到一个文件中，让每个新启动的shell都能加载这些变量，从而找到后台运行的ssh-agent。WSL 1709之后的会话隔离更严格，所以原来的临时设置变量的方式就失效了，必须用持久化的方式来解决。

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