ShadowVPN icon indicating copy to clipboard operation
ShadowVPN copied to clipboard

丢包现象

Open ddqp opened this issue 9 years ago • 7 comments

请问,出现这种现象是为什么: 1.客户端在openwrt上,mtr 8.8.8.8 丢包在10.7.0.1之后,路由器和10.7.0.1之间是没有任何丢包 2. 在服务器上mtr 8.8.8.8 就没有任何丢包?

ddqp avatar May 01 '15 11:05 ddqp

当发生丢包现象,速度变得十分缓慢的时候,我 /etc/init.d/shadowvpn restart一下,就什么都好了,十分奇怪。

而且我mtr 我的VPS是没有任何丢包的

ddqp avatar May 01 '15 11:05 ddqp

我也经常遇到这样的情况,无任何错误提示,重启后正常,过个几个小时又重复出现。 个人猜测是重置连接导致ShadowVPN内部无响应了

yy1984 avatar May 01 '15 12:05 yy1984

说一下,网络环境,我是WNDR4300,移动宽带,无公网IP.

ddqp avatar May 01 '15 12:05 ddqp

同样遇到这种情况,现象和楼上几位完全一致。

NemoAlex avatar Jun 30 '15 05:06 NemoAlex

需要你们尝试调试和解决,因为我一直没有遇到这个问题。

clowwindy avatar Jul 01 '15 05:07 clowwindy

建议楼上的两端用TCPDUMP抓包才能分析出来。

2015-07-01 13:36 GMT+08:00 clowwindy [email protected]:

需要你们尝试调试和解决,因为我一直没有遇到这个问题。

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

myliyifei avatar Jul 01 '15 05:07 myliyifei

我也经常遇到,基本上开始丢包之后就慢爆了,需要重启服务,所以在连国外差一点的网络基本就不可用了。

@clowwindy 能不能辛苦一下用tc模拟丢包试试?参见下面或netem主页。毕竟代码我们都远没你熟,定位问题有难度 :-)

tc qdisc change dev eth0 root netem loss 0.3% 25%

This will cause 0.3% of packets to be lost, and each successive probability depends by a quarter on the last one.

Probn = 0.25 × Probn-1 + 0.75 × Random

keli avatar Jul 18 '15 14:07 keli