ShadowVPN
ShadowVPN copied to clipboard
一段时间后断线
0.1.6版本,以前没有问题,这几天出现的比较多,表现为ping 10.7.0.1不通,ping vps公网ip没问题,重启shadowvpn客户端可以临时解决,但是几十分钟或几小时之后可能又会出现问题, 另外如果客户端保持不动,单纯重启服务端没有用。
有相同的问题。。一直找不到问题在哪
我也是!
因为在我这里是好的,估计和运营商策略有关,所以只能遇到问题的人自己尝试调试一下了,比如改大 concurrency,起到的效果和不停的重启是类似的。
很可能是运营商的问题。。我这里(移动)就是shadowsocks的TCP连接总是被挂起才换shadowvpn。。shadowvpn一直是无缘无故就ping不到10.7.0.1却可以ping服务器IP
嗯那我改concurrency试试,我是大概3周前升级的联通10M FTTH
GFW 现在貌似针对UDP源端口进行丢包,我这里测试相同的UDP源端口只能过3个包。 所以看起来像程序问题。 可以这样猜测UDP通讯本身是无连接, 但是如果是相同的UDP源端口就可以认为是一个连接。这样就可以针对某条连接进行丢包,最细最小影响的进行连接封锁。
我这里一直是好的 =。=
@clowwindy 如果墙真的设置这样的丢包策略有办法绕过吗? UDP源端口貌似不可以频繁更换。
@cj1324 增大 concurrency 选项试试。
@clowwindy 增加到5个貌似真的可以...刚连上那会ping不到,等了一会就正常了..已经2个多小时,暂时不会出现ping不到网关的情况..再测试久点回来汇报情况
concurrency 设置大于1整体速度就锐减了,设置1就正常。
两边的 concurrency 要设置成一样,不然无法正常工作。
@clowwindy 的意思是在否定concurrency大于1就影响速度的说法吗(只要两边设置一致)?
两边都设置一样的。
EDIT: 又在另一台vps测试了一下,速度没问题,可能是现在线路状况好,应该是在某种情况下才影响速度。
concurrency 设计之初是为 QoS 的情况考虑的,但是如果真的只能过 3 个包,恐怕效果也不会很好吧。
如果有能力自己编译的话,可以测试一下 TCP 模式: https://github.com/clowwindy/ShadowVPN/pull/102
确实效果一般 :disappointed: , 我把 concurrency 改为40, 大概能 ping 成功网关 150-200 次之间。
我抽时间试试TCP模式。
或者也可以试下这个https://github.com/Pentiumluyu/ShadowVPN/tree/udp_raw ,相当于弄了一个很大的concurrency
目前已经想好了对策,可以解决几个小时断线的问题:
https://github.com/clowwindy/ShadowVPN/issues/112
但是只能过三个 UDP 包的情况就解决不了了,只能尝试 TCP 分支。
我感觉我好像和你们有同样的问题,但是状况有可能通过重启路由器解决,有的时候也没效果,ping 10.7.0.1不通,重开服务无效
我就想挖坟,顺便求个源代码~
我遇到同样问题,怎么解决?
android.mk 里的LOCAL_SRC_FILES points to a missing file libshadowvpn.a 这个A文件在哪