f4nff
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 ``` 这种是最好用的,
![image](https://user-images.githubusercontent.com/19538878/50809401-31728680-133e-11e9-81da-568bee2bf962.png)
@hktalent 还内网中自动发现节点,并且自动连接,互联, 你以为是跑下载吗? 隧道的本身就是即时数据传输,不是缓存数据拉取, 搞p2p 需要tracker 需要dht服务器,况且这本身就是一个很小众的工具, 太想当然了,
` "server": "[2605:6400:20:1871::2]:123", ` 如果服务器采用ipv6格式,程序常常闪退, ipv4倒是没发现.