f4nff

gost其实没特别的优点, 所有的协议并不快, gost的特点就是多个协议的转换, 目前已经基本不用gost, 用hy放到路由器里面,速度碾压任何其他协议.

hy最好的特点就是支持端口转移,对抗qos, 支持会话平滑转移, 如果是tcp连接ssh会时不时断开一下.

rtcp 不需要，但是rtcp是把本地端口反向映射到远程服务器， ``` gost -L=socks5://:2222 gost -L=tcp://:2222/192.168.1.1:22 -F forward+ssh://:2222 ``` 但是rtcp之外还需要开启一个监听本地端口，才可以用。 我说的这种场景等于合并了本地开启代理+反向映射端口。

``` 服务器A 10.10.10.1（内网） 服务器B 2.2.2.2（外网） 客户端C 10.10.2.1（内网） ``` ``` gostA -F=mws://2.2.2.2:80?key=jddsf332 gostB -L=mws://:80 gostC -L=socks5://:1080 -F=mws://2.2.2.2:80?key=jddsf332 ``` 这种情况可以利用中转服务器让内网机子可以当作代理服务器， 而且使用mws协议很好，多个内网机子连接一个中转，而且也不占用其他端口。

关键有个条件是 gostA 内网，这台机子只允许 -F ，不允许 -L 监听本地端口，只能发起请求，不能监听本地。有些docker提供的环境就不允许监听端口，只能发起请求。 其实，我所描述的也就是rtcp的一个整合，只不过省略掉远程本地监听端口这个环节

这样几个内网服务端可以连接同一个中转服务器，可以根据key连接不同的内网服务端，扩展性很强。

但是还是不能满足我所说的要求呀，确实监听了1234端口，但是不如mws协议好用， ``` gostA -F=mws://2.2.2.2:80?key=jddsf332 gostB -L=mws://:80 gostC -L=socks5://:1080 -F=mws://2.2.2.2:80?key=jddsf332 ``` 这种是最好用的，


@hktalent 还内网中自动发现节点，并且自动连接，互联， 你以为是跑下载吗？ 隧道的本身就是即时数据传输，不是缓存数据拉取， 搞p2p 需要tracker 需要dht服务器，况且这本身就是一个很小众的工具， 太想当然了，

` "server": "[2605:6400:20:1871::2]:123", ` 如果服务器采用ipv6格式,程序常常闪退, ipv4倒是没发现.