linux - 无法打开与身份验证代理的连接(REVIEW)

Question

首先，我知道这个问题已经在stack overflowhere、here、here和in some other places中发布了好几次。
但是，我决定打开一个新线程（冒着被否决的风险），因为我认为我的机器没有实际问题，而是有油灰。
环境描述
简而言之，我有一个运行虚拟机（vmware）的windows机器。
主机：Windows 7（64位）
客户机：带有图形窗口环境的CentOS 6。
网络连接设置完美，所以防火墙没有问题。两台机器都可以相互ping，我可以从两台机器上上网
在来宾计算机上禁用SELinux
腻子配置得很好（我想也是这样）。备份该语句的原因是，我可以使用为此创建的加密ssh密钥从主机ssh来宾计算机。但是，我认为仍然有一些配置丢失。继续读下去。
我已经在客户机上配置了gitolite，它已经启动并运行。
尽管与此问题无关，但如果我拥有所有的repo，那么我在来宾计算机上配置了samba共享。共享可以从主机访问，我可以毫无问题地编辑文件。
虚拟机播放器7
来宾计算机最近重新启动，未发出其他命令。
主机安装腻子
案例场景1（有效）
这个案例描述了我期望实现的行为。基本上，这个过程是在vm本身中完成的。也就是说，通过vm播放器操作机器。
以根形式打开端子
service sshd status产生openssh-daemon (pid 1557) is running...
ssh-add -l产生2048 1b:31 [...] b8:de Git Admin (RSA)、2048 d2:58 [...] f6:2b pando (RSA)和(2048) be:9b [...] dc:e9 web (RSA)。这是我在虚拟机中配置的三个用户。ssh密钥已自动加载并添加到ssh服务的标识列表中。
从cli以根用户身份注销。我现在是一个标准用户（即pando用户）。
在一个回购协议中编辑一个文件
git commit -a -m "My message"成功，因为Git Admin密钥在ssh代理的标识列表中
git push origin master也很成功，原因相同
案例场景2（不起作用）
这个案例场景描述了相同的过程，但是来自putty终端。我在选美中添加了与case scenario_1第3点中描述的相同的ssh密钥。Putty看起来一切正常，因为我可以成功地ssh我的虚拟机
打开油灰端子。我以用户pando身份登录（这是案例场景1中提到的身份之一）。
su
service sshd status产生openssh-daemon (pid 1557) is running...（注意，它与我们在第一个案例场景的第2点中得到的结果相同）
ssh-add -l产生Could not open a connection to your authentication agent
因为上一步失败了，我在本文开头的超链接线程中描述了所有的问题。
现在，我熟悉eval $(ssh-agent)的过程，然后在ssh文件夹中手动添加ssh密钥。事实上，每次我ssh虚拟机时都会这样做。但事实上我不想这样做。
我也很熟悉在.bashsrc文件中添加一些脚本，但是上一次我这样做时，我得到了puppet的一个侧面效果。
所以基本问题是：即使我使用相同的ssh密钥，这两种情况之间的区别是什么？是不是选美比赛不转发钥匙？如果是，为什么我可以ssh我的机器？为什么我要在第二种情况下更改我的用户的.bashrc文件，而在第一种情况下，如果没有它，我可以实现完全相同的事情？我想我遗漏了一条基本信息
希望这是有道理的。
当做。

Answer 1

openssh守护进程和身份验证守护进程不是一回事。您对身份验证感兴趣，也就是您的个人密钥存储库akassh-agent。openssh deamon akasshd是运行系统范围的服务器，它接受到您的计算机的连接。
桌面环境通常默认启动身份验证代理（ssh-agent，seahorse，gnome-keyring），因此ssh-add适合您。但是连接存储在环境变量中，这些变量在从用户转换为超级用户时被删除（su）。
您可以使用-m切换到su来允许连接持久性。这将保留环境变量以及与身份验证代理的连接。
即使我使用相同的ssh密钥，这两种情况之间的区别是什么？
应该没有区别，除了在更改用户时删除部分环境变量并且不执行su和类似的脚本（您可以强制.bashrc以与使用su的登录shell相同的方式操作，但这不是问题）。问题是，到身份验证代理的连接保留为环境变量和unix域套接字，在su -l期间会丢失。你可以使用su它应该对你有用。
是不是选美比赛不转发钥匙？
在油灰中需要允许转发：