devcodewak

@yinqiwen y大好耐心解答:) 补下：gae目前版还未支持gvs，等新版go或自己动手 另，y大请看下 https://gitter.im/gsnova/Lobby

@jzp820927 确认1.7.1 仍未支持。

1.7.1 发行版没含那个 commit

1 测了下今日611a4df版，windows已编译通过。 2 sni隐藏app名，不可用于openshift 原因：1)实测给定的一app名，被分配到了唯一的一台服务器。不同app名通常对应的ip不同。连错ip则无服务。 2)另rhcloud.com的解析出的ip, 反而无rhcloud.com证书。是： [openshift.redhat.com openshift.com www.openshift.com assets.openshift.net origin-assets.openshift.net] 3 socks5 sni可按你节奏调整。或开放配置参数，交用户调整。或根据os环境调整。 **另请给出3个json文件的官方样板配置及功能进度，便于测试。 问下我可否发godep heroku部署包，可否发修改编译后的客户端bin（带源码），便于大家测试反馈。** 用了几年snova, 谢谢

@yinqiwen 都看到了，另也在json中增加了fakeSni，谢，超赞 采用官方配置中PAAS及cn_sni_proxy部分，现访问流畅多了。网页不会再卡了，秒开。y2b测速从1M快速递增到4M bps 现测试的配置如下： ``` client.json： "ServerList" 中直接配5个wss app "ConnsPerServer": 1, "SNIProxy" : "cn_sni_proxy" hosts.json： {"cn_sni_proxy" :["120.198.243.3","120.198.243.115","120.198.243.113","120.198.243.52"]} ``` TcpView 观察 443 连接，无论是否有访问，会始终保持三个连接，超时断开一个时，马上自动重连补上一个。 该等待机制确保了始终有三个通道可用，新开网页自然快速响应。和老版本机制一样了。 ////////////////////////////////////////////////////////////////////////////////////////////////////// 以往错误的配置：在 client.json 中 "SNIProxy"项填单一ip, ServerList仅选一个，虽然ConnsPerServer填写3，...

1 switchyomega, 设置 http代理 127.0.0.1:10086， 设置 socks5代理 127.0.0.1:10087 (备注：gsnova 每个端口自动识代理类型，即10086可配http代理或socks5代理) 2 简化下，先不要填4个，只选一个 authed success 的，看图应该是heroku的。 3 简化后贴下你配置

@kirbyzhu 几个实用的，供参考 1 改配长连接，找下以下几个参数位置改下。（目前你配置为每隔25-35秒重连一次）, "ChannelKeepAlive": true, "HeartBeatPeriod": 8, "ReconnectPeriod": 0, 2 对，10087 可配socks5或http，走的是heroku。 另 10086作者做的有点复杂了:) 3 使用sniproxy加速heroku，在heroku段修改以下 1) "SNI" : ["herokuapp.com"], 目的，经过sniproxy时，名称是单一的herokuapp.com, 而不是 youapp.herokuapp.com，隐藏了app名另也稍有加速。 2) "SNIProxy" : "cn_sni_proxy", 目的，启用sniproxy, 注意仅是启用，具体ip在hosts.json文件中配。...

试下 修改 WINDOWS\system32\drivers\etc\hosts 指定 47.90.37.115 yourappname.rhcloud.com 是0.23.1配置 conf\gsnova.conf 中的[C4]段node名 WorkerNode[0]=https://yourappname.rhcloud.com 是，https可用sni, v2 wss走的是8443, 不能走sni, 仅直连 WorkerNode[0]=wss://myapp3.rhcloud.com:8443 是以前测的，v2建代理很容易被删app及封号。 个人认为igsnova新版肯定优于旧版0.23.1，另paas配置项很多，可调优 另请表称呼上区别

核对服务端和客户端两边的key是否一致 服务端key在 Procfile 文件中，默认是：809240d3a021449f6e67aa73221d42df942a308a

@amsokol Add multiple port support，& golang 1.9.4, please Some applications can monitor multiple tcp ports, follow-up configurable edge and passthrough and many other ways. Only one port is currently listening...