Fails to work every few days

hfcorriez commented 10 years ago

我用的 0.11，用了这么长时间，几乎每隔两天就出现这个情况。我之前提过 #11，后来去做了手动设置，不知道跟这有木有关系。出问题的时候不管如何重启 shadowvpn、chindns、dnsmasq 都不行正常工作，只好去换个服务器，我有两台服务器，所以就每隔两天换个 IP 就正常了。

能判断是哪里出了问题么，还是升级最新就好了？最新的 openwrt 还是要手动去配置么？

clowwindy commented 10 years ago

最近没做什么改动，和程序本身应该没关系，可能和你的 VPS 或者 ISP 的某些策略有关系。出现问题的时候，可以用 tcpdump 看看包是在哪里丢掉了，按照 FAQ 的第 5 条： https://github.com/clowwindy/ShadowVPN/wiki/FAQ

sdysj commented 10 years ago

+1, 线路本身没问题，出问题的时候换回 anyconnect 是可以满速的，之前说换成游戏服务器端口也不奏效了。

clowwindy commented 10 years ago

@sdysj AnyConnect 用的是什么端口呢？能否用对比排查的方法缩小问题的原因？因为我实在没有办法模拟你们的网络环境，也不能登录你们的路由器来检查。

hfcorriez commented 10 years ago

我晚上可以给你路由器权限。帮忙看看，多谢啦！

发自我的 iPhone

在 2014年10月16日，13:31，clowwindy notifications@github.com 写道：

@sdysj AnyConnect 用的是什么端口呢？能否用对比排查的方法缩小问题的原因？因为我实在没有办法模拟你们的网络环境，也不能登录你们的路由器来检查。

— Reply to this email directly or view it on GitHub.

sdysj commented 10 years ago

这个问题主要想讨论是加密方式选择问题，这个和 ss 一样状况，一开始速度还算正常，然后大流量跑几回立即好像被 throttle down 一样(如果可以的话我可以发个视频），所以我怀疑是不是 ss 或 shadowvpn 加密后的流量刚好匹配到墙的 pattern 呢？具体技术我不懂，不过可以参考下 ocserv 即 anyconnect 的开源实现，而且我觉得这个有必要在 google docs 搞一个调查，地方运营商速度表现等，据我了解不只是我个人遇到过，twitter 上也有人发现 anyconnect 的流量或连接状况貌似比其他 vpn 都要持久。。。

clowwindy commented 10 years ago

@sdysj 你用的 AnyConnect 端口是？

sdysj commented 10 years ago

UDP 4000，端口也是个因素，不过还没实际测试过，现在用4000貌似没啥问题而已。

clowwindy commented 10 years ago

如果都是 UDP，端口应该是 QoS 的主要因素，一般 ISP 应该不会专门为思科做优先放行。可以试试 4000，53，135，80 等： http://en.wikipedia.org/wiki/List_of_TCP_and_UDP_port_numbers

如果换端口没用，换 IP 才有用，就需要看看是不是有别的问题了

我过两天会出去旅行，可能下个月才回来，你们可以先看看，如果找不到原因先用别的方案吧

cj1324 commented 10 years ago

@hfcorriez 如果你的路由器上有tcpdump ，我晚上抽时间，远程排查试试。可以先说说你的路由平台。我准备一个debug版本的二进制程序。

hfcorriez commented 10 years ago

@clowwindy @cj1324 多谢！我晚上和你联系邮箱。路由器是 TP 1041

ted-dev-42 commented 9 years ago

好像确实有这个问题，一开始正常，看youtube一段时候后，发现速度变得很慢。此时ping 10.0.7.1 发现狂丢包，但ping vps的地址却非常正常。换端口后可以恢复，感觉不像是Qos的缘故，更像是GFW在作祟。

update: 今天发现出现丢包的时候，只要client stop再start，就立马好了。真是奇怪。这个时候server端完全没有动，服务器Qos的理由解释不通。

cj1324 commented 9 years ago

@clowwindy 是否需要一个类似心跳的机制，来确认是否能够正常建立通信。起码给条log,不能无声无息的掉线了。当然相应的问题也会涌现出来。

clowwindy commented 9 years ago

Guys I'm sailing in the sea. I'll answer all the issues when I'm back next week.

braveguywallce commented 9 years ago

Hi Guys,

我这边没有你们说的这个问题， ShadowVPN已经跑了一个礼拜了，刚刚特地测试了一下速度，下载 2.4-2.7MB/s, 速度正常。估计不是ShadowVPN 和GFW的问题，你们多虑了。

Clowwindy, 你在哪里sailing? 好的话我也很想去玩玩！

Enjoy yourself much!

FRANK

2014-10-22 21:19 GMT+08:00 clowwindy notifications@github.com:

Guys I'm sailing in the sea. I'll answer all the issues when I'm back next week.

— Reply to this email directly or view it on GitHub https://github.com/clowwindy/ShadowVPN/issues/36#issuecomment-60082859.

living42 commented 9 years ago

我也遇到这种问题，而且换成fastd也一样。

fastd有一个握手过程，在掉包严重的情况下根本没法握手。

DarkLink commented 9 years ago

同样的问题，一段时间之后VPS的IP可以ping通，但是10.7.0.1就不行了。注意到一个细节就是当10.7.0.1不通的时候，traceroute 到VPS的IP无法成功，然后当能够成功traceroute到VPS的IP的时候，就继续可用了。不知道是不是普遍现象以及是否有比较合适的措施?

cpktpoetkxwz commented 9 years ago

我觉得比较像是ISP或者墙的问题。具体表现为使用某端口一段时间后，丢包率变得很高，重启shadowvpn也没有用，换端口后症状解决。但是隔一段时间后再使用之前用过的、丢包严重的端口也不会出现丢包率高的问题。3724和4000端口都会这样。

clowwindy / ShadowVPN

Fails to work every few days #36