Kang

Not currently supported.

Yes, there will be such a problem, so you need to set a reasonable timeout.

I think I probably understand what you mean, this is indeed a problem, and a more reasonable timeout verification method needs to be redesigned. Thank you very much for your...

您好， 这个问题是因为项目里面有个 src/tests.rs 的文件， 这个文件是我做scp测试用的，当时打包版本之前在本地测试的时候没发现有有影响，就没把这个文件删除，也没引入到 lib.rs 里面，如果您那边着急使用的话就先把下载到本地的项目里面的 tests.rs 文件删除一下， 我会在下次打包版本的时候把这个文件去掉，对您造成不便感觉十分抱歉，如果有其他问题，可以继续给我反馈一下。

看错误的原因是在与服务端进行密钥交换的时候，未获取到数据，代码里面也没做空数据校验，导致索引异常了，您能把您那边出这个问题的示例代码给发一下吗，我这边复现一下，找到具体为什么会出现这个问题的原因！

**应该不是算法的原因，我看了openssh_7.4p1的源码，这个项目使用的算法在openssh_7.4p1版本是支持的** **有可能是我代码里面没判断空数组直接取值的问题，在 src/tcp.rs/read 方法里，如果是非加密的数据，并没有判断读取得length是否大于0，直接就截取返回了， 我感觉是这里的原因， 因为在我的环境测试的时候非阻塞的情况下未获取到服务端的数据基本上都是返回的 **io::ErrorKind::WouldBlock** ，所以就忽略了这里， 我会在下次打包版本的时候，把这里加上校验，另外我会尽量找一个使用 openssh_7.4 左右的虚拟机测试一下原因。** ### openssh_7.4p1 支持的算法   ### src/tcp.rs/read 代码 

今天我尝试使用 centos7 一个系统测试连接， openssh的版本为 ： sshd --help unknown option -- - OpenSSH_7.4p1, OpenSSL 1.0.2k-fips 26 Jan 2017 是可以正常连接到的， 目前可以确定 7.4p1 版本的ssh是可以正常连接的，我不确定您那边是什么问题引发的，或许是网络原因。  这是我的sshd_config, 和你的内容一致 ``` # $OpenBSD: sshd_config,v 1.100 2016/08/15...

现在还不支持，后期会加上sftp。

估计晚一阵会更新， 这几个月天天加班，没时间弄这个了。