Erlang-China

Erlang 的 SSH 支持 “很好很强大” ——可以让 Erlang 在 22 (或其他指定的)端口启动 Erlang 自己的 sshd ，然后，当你通过 Putty 之类的 ssh 客户端连上去时，就能直接得到 Erlang Shell 。很酷吧，更酷的是，这个功能完备的 Erlang Shell 已经支持了 Public-Key Authorization 以及 “One Password Rule Them All” 的 “超级密码” Authorization 。尤其对于那些需要伺候集群中 N 多台 Erlang 服务器的 “ IT 农场工人” ，这会是一个极度 “系统管理员友好” 的功能。那么，具体来说，整个步骤又是怎么样的呢？

下面是我们的前方记者从 “不明地带” 发回的 —— 现场 “流水帐” 。

第一回

启动：

连接：

得到：

看来和一个 crypto 啥的有关系。关门，放 google ……。原来 ssh 的加密体系依赖于 crypto app 需要先启动它。

第二回

启动：

连接：

得到：

这个 eacces 貌似很可疑，关门，再放 google ……。原来 sshd 默认会访问 /etc/ssh 以获取 “host files that identifies the host for ssh” ，而 /etc/ssh 只有 root 能访问，当然是会失败的。必须加上一个 system_dir 参数指定一个新位置。

第三回

启动：

连接：

得到：

enoent，想起来 “host files that identifies the host for ssh” 在 . 目录下根本没有，需要生成之。关门，又放 google ……。原来要如此这般的生成 ssh host 文件：

得到了 4 个 ssh_host_xxx 文件，分别对应 rsa 和 dsa 加密算法。

第四回

启动：

连接：

得到：

BINGO! 搞定！

延伸问题

上述方式启动的 ssh_sshd 仍然存在问题——当 q(). 退出 erlang shell in ssh 时，会让 ssh_sshd 退出，但同时也会报错。why？how to fix？

上述方式启动的 sshd 登录时，如何采用 public key 或者用户名/密码验证？

有兴趣了解的同学，自己做一下实验吧。

BTW. ssh application 目前正在 refactor 之中，有 OTP team 的 mail 为证：

Hi!

Thank you for reporting this and other issues in previous mails. We are in the process of refactoring the ssh-application and there is much room for improvement of the documentation, we will look over this.

Regards Ingela – Erlang/OTP, Ericsson

主要的 refactor 方向是（基于情报进行合理的大胆假设）：“更优雅的整和 ssh_sshd 和 ssh_sftpd 系统” 以及更 “customize 友好的架构” ，比如：ssh/sftp 连上去的不再是 erlang shell/real file system 而是一个 “定制的环境” 。ssh as a protocol (like http)? sounds great!

study