-
Notifications
You must be signed in to change notification settings - Fork 48
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ppp0 will disappear #39
Comments
好像是因为 ppp dead |
在 1.2.5, 1.3.1 以及 1.3.6 重现 (Linux OpenWrt 3.3.8 #74 Sun Jun 23 12:52:20 CST 2013 mips GNU/Linux) |
如果尝试换用不同的L2TP服务器,是否还能重现问题? |
但是在我的机子上不会有任何问题呀? |
对,在我的路由器上也是有这个问题的,换用不同的L2TP服务器似乎才能将就解决。 |
我试试。 |
没用呀,小森森。
|
I once came across this problem. Please check the following: can you see a "10.5.1.5 (or 7 or 9) dev ppp0" route right after dialing up? This damn auto route causes the problem. All VPN data goes thru this channel, causing some kind of dead loop. I don't know why ZJU L2TP server will cause this kind of route, not happening in other L2TP VPNs. The solution is:
immediately after the dialing up! P.S. This behaviour happens only in some system and some xl2tpd version. |
Yeah, I see this right after dialing up:
|
10.5.1.5 should be fine (kind of peer link in L2TP). But the 10.5.1.7 is absolutely wrong. |
@Hexcles Thanks! It works! |
|
又错了,上面那个是ppp0消失分界时的log |
L2TP的log |
|
还是挂了,这是这次比较慢。 |
|
看起来还是同一个原因。拨号成功后(即ppp0出现后)把10.5.1.0/24 dev ppp0全都删掉试试看? Sent from my cellphone.
|
50%的概率会丢包。而且这个非常奇怪只在播了ppp0再拨ppp1时会发生这个。 |
现在的路由表:
|
似乎一端时间之后就会好,不知道为什么。 |
先睡了,四点了,明天再说。 |
|
还是丢包 |
似乎和网站有关。ping t.cn 就不丢包。 |
囧 似乎其实已经好了?2 ZJUWLAN 迅雷 1.3 MB/s |
The text was updated successfully, but these errors were encountered: