让我们的 Windows 用户社区更容易使用 ssh

lar*_*sks 6 windows ssh git

我在一个学术环境中工作,我们提供各种 ssh 可访问的计算资源。我们还提供git存储库托管,我们需要 ssh 来对存储库进行读/写访问。

我们针对 OS X 和 Linux 用户的说明相对简单,最重要的是,与 OS X 和大多数现代 Linux 发行版保持一致,OpenSSH都是开箱即用的,更重要的ssh-agent是,预配置为在任何桌面运行时运行会话处于活动状态。我们通常鼓励人们为他们的密钥分配密码,因此没有身份验证代理的生活很快就会变得烦人。

目前,我们为 Windows 用户提供的解决方案总体上更加分散且更加复杂。过去人们一直在使用PuTTY,但这需要额外的步骤来生成与 OpenSSH 兼容的密钥。这也使得使用git命令行工具变得更加困难——尽管不是,我意识到,不可能——使用命令行工具,当与 ssh 可访问的存储库交互时,它最适合与 OpenSSH 一起使用。

我们只想让人们安装msysgit,但我们正在寻找一种集成ssh-agent到 Windows 桌面环境的好方法。最常见的解决方案是通过 中的条目启动代理.bashrc,但这充其量看起来很笨拙,这意味着我们必须指导大部分非技术用户完成.bashrc在 Windows 下编辑他们的过程。

另一个复杂之处是它WinSCP通常用作文件传输工具——当然这不会与ssh-agent. 它将pagent与 PuTTY 人员交谈,但pagent不说话,ssh-agent因此无法从命令行工作。

其他人做了什么来为不同平台上的用户提供一致的环境?您是否刚刚举手并决定为 Windows 用户维护一组单独的文档?

更新

我发现有两个程序充当 OpenSSH 和 pagent 之间的垫片。你有任何的经验夏利SSH-PAGENT

wfa*_*ulk 1

我不熟悉 msysgit,但是它可以使用 PuTTY 吗plink?如果您不知道,plink这是一个简单的命令行 ssh 客户端,并且它可以使用 Pageant 进行身份验证。

更新:是的,您应该向 Windows 用户提供不同的文档。(除非您认为 Windows 用户将使用 OpenSSH 进行 git 访问以外的其他操作。)我认为您正在尝试强制执行不存在的等效项。在我看来,你试图通过让 ssh 变得更难来“让 ssh 变得更容易”。