SSH的使用模式分两种方式交互式和非交互式的模式。在自动化系统中，更常用的是非交互式SSH，自动化工具都是基于这种模式，比如ansiable和salt-ssh，还有文件同步工具 rsync的SSH模式。本文我们就来说说交互式SSH应用的构建，并以Python为例实现了一个基本的交互式应用。

自定义shell

在服务器上，可以使用OpenSSH完成三个步骤来获得shell：身份验证，shell会话和命令。我们可以随意配置shell（通过/etc/passwd）。例如，如果将用户的登录shell设置为/usr/bin/cshell，登陆后，就会运行cshell（可以为自定义的交互式程序）。shell定义也非常简单，只需以root权限编辑/etc/passwd修改最后一个字段为自定义的shell程序既可。如果用户通过分配的TTY（默认情况下已完成）连接到服务器，那就将能够运行自定义的应用程序或交互式应用程序。

authorized_keys配置

需要注意的是，如果使用自定义的shell应用程序，无法接受用户传递的额外命令行参数，例如ssh user@host ls -a执行时会丢掉最后的-a参数。为了解决这个问题，需要通过覆盖运行的命令方式，为了实现覆盖运行命令的操作，我们可以使用用户证书验证文件authorized_keys文件。在该文件每行之前，可以添加适用于使用该密钥登录的用户的选项。这些选项中有一个选项是"command"选项。比如给将/home/user/.ssh/authorized_keys添加一下语句：

command ="/usr/bin/Ccommand" ssh-rsa ... user

用户的shell（可能应该是/bin/sh）就可以自动运行nethack，无论配置何种command，（如果需要，都存储在环境中的SSH_ORIGINAL_COMMAND中）都会先执行。出于安全原因，一般会设置一下限制配置：

restrict,pty,command ="…" ssh-rsa ... user

更详细的设置选项，可以参考sshd官方手册。默认会限制关闭大多数东西，通过pty显式重新启用TTY分配，这样就可以做自定义自己的终端应用（比如Python下curses编写的应用）。我们再来看一个典型的gitlab下典型的多用户限制登陆型的authorized_keys配置实例：

sshd_config配置

另一个可以用来配置启动命令的地方sshd配置文件：/etc/ssh/sshd_config。通过sshd_config的AuthorizedKeysCommand来配置额外执行命令。它设置执行任意程序，并从标准输出stdout获取authorized_keys文件。比如可以配置为：

AuthorizedKeysCommand /usr/bin/Ccommand "%u" "%h" "%t" "%k"
AuthorizedKeysUser root

上面配置中的格式字符串的作用是为命令提供尝试登录的用户名（%u），用户的主目录（%h），正在使用的密钥类型（%t，例如ssh-rsa）和用base64编码的公钥（%k）。这里提供的密钥可用于识别用户，可以将用户公钥存储在数据库中，通过应用查询并提供给sshd用于认证。可以在此处嵌入自定义的命令行应用。

Python交互式SSH实例

下面是一个一个简单的的AuthorizedKeysCommand和python实例：

上面脚本中buildrht-shell命令告诉用户使用ssh builds@buildhost connect 之类的命令进行连接，可以使用SSH_ORIGINAL_COMMAND变量来获取其命令行：

然后是身份验证，检查其密钥和连接：

交互式SSH中最重要的是对的输入命令进行实时的反馈。tail程序就是用来实现这个功能构建和打印日志给标准输出：

以上我们就构建了一个自定义的个性化的交互式SSH应用实例。

总结

本文我们我们介绍了自定义构建交互式SSH应用的方法，并通过Python为例实现了一个简单例子。抛砖引玉，自定义的交互式SSH应用在很多情况下都可以用来作为很有用的工具，比如可不可以对github的git ssh做一个扩展，把一些功能添加到过去，而不是简单的一个信息提示:

Hi bollwarm! You've successfully authenticated, but GitHub does not provide shell access