xl2tpd server移植_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
xl2tpd server移植
阅读已结束，如果下载本文需要使用
想免费下载本文？
你可能喜欢关于linux配置l2tp，bash：/var/run/xl2tpd/l2tp-control: Permission denied，求大神解惑。_百度知道
关于linux配置l2tp，bash：/var/run/xl2tpd/l2tp-control: Permission denied，求大神解惑。
如题，在学习ubuntu下配置l2tp vpn时，用sudo echo 'c zju_vpn' & /var/run/xl2tpd/l2tp-control命令后，显示如上代码
提问者采纳
说明没权限写
那请问该如何解决呢？
你先看下这个文件的权限咯,执行以下命令，把结果贴出来ls&-l&&/var/run/xl2tpd
提问者评价
不用了，已经配置好vpn了。谢谢
来自团队：
其他类似问题
为您推荐：
l2tp的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.
I run CentOS 6.4 on Amazon EC2, using xl2tpd-1.3.1 from EPEL repository together with StrongSwan 5.0.4.
I setup a simple IPSec connection:
type=transport
keyexchange=ikev1
authby=psk
leftsubnet=0.0.0.0/0
rightsubnet=0.0.0.0/0
compress=yes
And here is xl2tpd.conf:
ipsec saref = yes
[lns default]
ip range = 192.168.0.2-192.168.0.250
local ip = 192.168.0.1
ppp debug = yes
pppoptfile = /etc/ppp/options.xl2tpd
length bit = yes
Here is options.xl2tpd:
ms-dns 8.8.4.4
There is only one client - Android 4.2
Android connects successfully:
Oct 27 19:45:02 ip-172-31-17-30 xl2tpd[2706]: Connection established to x.x.x.x, 59578.
Local: 18934, Remote: 29291 (ref=0/0).
LNS session is 'default'
Oct 27 19:45:02 ip-172-31-17-30 xl2tpd[2706]: Call established with x.x.x.x, Local: 36452, Remote: 29845, Serial: -
Oct 27 19:45:02 ip-172-31-17-30 pppd[2709]: pppd 2.4.5 started by howard, uid 0
Oct 27 19:45:02 ip-172-31-17-30 pppd[2709]: Using interface ppp0
Oct 27 19:45:02 ip-172-31-17-30 pppd[2709]: Connect: ppp0 &--& /dev/pts/0
Oct 27 19:45:02 ip-172-31-17-30 pppd[2709]: peer from calling number x.x.x.x authorized
Oct 27 19:45:02 ip-172-31-17-30 pppd[2709]: Deflate (15) compression enabled
Oct 27 19:45:03 ip-172-31-17-30 pppd[2709]: Cannot determine ethernet address for proxy ARP
Oct 27 19:45:03 ip-172-31-17-30 pppd[2709]: local
IP address 192.168.0.1
Oct 27 19:45:03 ip-172-31-17-30 pppd[2709]: remote IP address 192.168.0.2
Oct 27 19:45:03 ip-172-31-17-30 charon: 06[KNL] 192.168.0.1 appeared on ppp0
Oct 27 19:45:03 ip-172-31-17-30 charon: 06[KNL] 192.168.0.1 disappeared from ppp0
Oct 27 19:45:03 ip-172-31-17-30 charon: 06[KNL] 192.168.0.1 appeared on ppp0
Oct 27 19:45:03 ip-172-31-17-30 charon: 06[KNL] interface ppp0 activated
In the meanwhile, Internet works perfectly on the Android client, the VPN connection is stable and fast.
However, it always happens that within 2-5 minutes after the connection is established:
Oct 27 19:47:07 ip-172-31-17-30 xl2tpd[2706]: Maximum retries exceeded for tunnel 18934.
Oct 27 19:47:07 ip-172-31-17-30 xl2tpd[2706]: Connection 29291 closed to 95.91.227.224, port 59578 (Timeout)
Oct 27 19:47:07 ip-172-31-17-30 charon: 06[KNL] interface ppp0 deactivated
Oct 27 19:47:07 ip-172-31-17-30 charon: 06[KNL] interface ppp0 deleted
Then the VPN connection is broken.
So what might have gone wrong?
The same L2TP service works flawlessly on iOS 7, MacOS 10.8, and Windows 7, there is no disconnection issue on those OSes.
Thank you!
After nearly a month of debugging effort, I still cannot give a definitive answer to the problem, but there is a workaround.
In the original issue, the Android client appears to always request tunnel twice - "peer requested tunnel xxx twice", but it does not happen on other clients (MacOS, Macbook, Windows 7, iOS).
In the source code, xl2tpd kills a tunnel if retransmission counter reaches certain threshold, it logs a message saying "Maximum retries exceeded for tunnel xxx" then hangs up on PPP connection.
But the problem is: for whatever reason, the tunnel is the actively used tunnel, so hanging it up means terminating Android's L2TP connection.
So I ended up forking xl2tpd version 1.3.1 to
in branch 1.3.1. With my fixes, xl2tpd no longer kills tunnel on "maximum retries exceeded", it simply logs a message and moves on.
All clients are now happy, Android no longer disconnects and the same configuration still works beautifully on MacOS/iOS/Windows 7.
By the way, xl2tpd 1.3.2 has been released, but according to my tests, it does not work with Android at all:
Scheduler responsible for calculating select() timeout yields a timeout too short (sub second), resulting in lots of network timeouts and Android L2TP connection cannot be established in-time.
Even if the select() timeout is manually changed (to 5 or 10 seconds), the "peer requested tunnel xxx twice" problem not only exists, but it gets worse - Android cannot establish a connection at all.
Your Answer
Sign up or
Sign up using Google
Sign up using Facebook
Sign up using Stack Exchange
Post as a guest
Post as a guest
By posting your answer, you agree to the
Not the answer you're looking for?
Browse other questions tagged
Server Fault works best with JavaScript enabled求助，Debian下部署的xl2tpd+openswan部署的L2tp，ios连不上-红联Linux系统门户
您的位置：
&& 查看内容 － － －
求助，Debian下部署的xl2tpd+openswan部署的L2tp，ios连不上
zlhdd108发布于
&&字号: &&&&(网友评论&1&条)&
自己在vps上部署了一个l2tp的vpn，用的是openswan+xl2tpd，安卓和PC都是正常的，但是用ios连接的时候有问题，可以看到log一直没有过验证，找了好多地方，google也看了，说是内核的问题，但是用别的版本也还是有这个问题，希望大家帮忙看看
作者: stillaust&发布日期:
共有评论数 1/每页显示数 10
发表评论，与各位同人交流。回复请点击下方的我要评论按钮(游客可回复)，要发表贴子请点击
Linux教程下载？“”（请点击），Linux教程免费下载。
求助Linux问题？论坛有39版块，覆盖所有Linux技术层面。前往“”
　|　　|　　|　　|　　|　　|　　|　　|　　|　　|　　|　　|　
&2015 红联 Powered by SupSite有高人看下我的xl2tpd问题么.为什么连不上.我要疯了_百度知道
有高人看下我的xl2tpd问题么.为什么连不上.我要疯了
提问者采纳
NSIS (Nullsoft Scriptable Install System) 是一个Open Source的Windows系统下安装程序制作程序。 它提供了安装、卸载、系统设置、文件解压缩等功能。 这如其名字所指出的那样，NSIS是通过它的脚 本语言来描述安装程序的行为和逻辑的。
其他类似问题
为您推荐：
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁}