gost 2.1-rc1

[Rain Zen]

更新内容：

1. 新增端口转发功能。
2. 优化socks5协议。
3. 更一致简洁的log风格。

下载地址：https://github.com/ginuerzh/gost/releases/tag/2.1-rc1

[wz]

很好的中秋节礼物，先试了一下本地转发功能，成功登录上远程主机的22端口



在 2016年9月15日星期四 UTC+8上午9:50:02，Rain Zen写道：

[wz]

我把ss也转发了一下，gost现在可以完全替代stunnel了，比stunnel有优势的地方是，它无需远端配置，本地就行，有极大的灵活性，协议还多变，不像stunnel只支持一种

在 2016年9月15日星期四 UTC+8上午9:50:02，Rain Zen写道：

更新内容：

[wz]

gost在windows环境下能充当服务端吗？还是只能作客户端？
测试远程端口转发没成功

在 2016年9月15日星期四 UTC+8上午9:50:02，Rain Zen写道：

更新内容：

[Rain Zen]

你的使用场景和方法是怎样的?

在 2016年9月17日星期六 UTC+8下午9:39:37，wz写道：

[wz]

本机是国内的
代理机是国外，ssh服务器也是国外
在本机上 gost -L=socks://:8089
在代理机上 nohup ./gost -L=rtcp://:2222/ssh机:22 -F=socks://本机公网ip:8089

不过我发现一个情况，外国无法ping通国内，估计国内做了限制，所以无法成功


在 2016年9月18日星期日 UTC+8上午10:30:00，Rain Zen写道：

[Rain Zen]

远程端口转发的目的是让在内网的机器可以被在外网的机器访问到，

按照你的场景，假如你的本机是你的个人或公司的电脑，一般都是处在局域网中或防火墙后面，没有公网IP，所以外网机器无法直接访问到你的电脑。

这个时候就可以通过远程端口转发让本地机器主动去访问外网的机器(当然，前提是能够访问到)，建立一条数据通道，并保持此连接的畅通，这样外网机器就可以通过此连接通道访问到内网的机器了。

具体做法是：

代理机器：gost -L=socks://:1080

本地机器：gost -L=rtcp://:2222/:22 -F socks://代理机:1080

以上就是让本地机器主动去连接代理机器，并让代理机器监听在自己的2222端口上，任何数据发到了代理机器的2222端口，就会通过预先建立好的连接通道转发到本地机器上，本地机器再将数据发送到本地的22端口。

如果你所指的ssh服务器，可以被代理机访问，却不能被本地机访问，那这种情况还是可以用本地端口转发来做到：

代理机：gost -L=socks://:1080

本地机：gost -L=tcp://:2222/ssh机:22 -F=socks://代理机:1080

让本机地监听2222端口，任何数据发到了本地机的2222端口，本地机就通过代理机去连接ssh机的22端口，并将数据发到ssh的22端口上。

在 2016年9月18日星期日 UTC+8上午10:35:16，wz写道：

[wz]

我构建的方法没问题，其主要原因确实是国内ip禁止被外国ip访问引起的
所以我把本机和代理机的执行命令互换了一下
然后用代理机登录ssh服务器，ssh -i /id_dsa -p 2222 root@localhost 成功登录