PPTP连接断开

Question

我的pptp连接不会保持连接，它将在不到一分钟内断开连接。

下面是一些相关的日志条目

May 31 13:32:31 localhost NetworkManager[931]: <info> Starting VPN service 'pptp'...
May 31 13:32:31 localhost NetworkManager[931]: <info> VPN service 'pptp' started (org.freedesktop.NetworkManager.pptp), PID 15216
May 31 13:32:31 localhost NetworkManager[931]: <info> VPN service 'pptp' appeared; activating connections
May 31 13:32:31 localhost NetworkManager[931]: <info> VPN plugin state changed: init (1)
May 31 13:32:31 localhost NetworkManager[931]: <info> VPN plugin state changed: starting (3)
May 31 13:32:31 localhost NetworkManager[931]: <info> VPN connection 'Dynalabs' (Connect) reply received.
May 31 13:32:31 localhost pppd[15221]: Plugin /usr/lib/pppd/2.4.5/nm-pptp-pppd-plugin.so loaded.
May 31 13:32:31 localhost pppd[15221]: pppd 2.4.5 started by root, uid 0
May 31 13:32:31 localhost pptp[15224]: nm-pptp-service-15216 log[main:pptp.c:314]: The synchronous pptp option is NOT activated
May 31 13:32:31 localhost pppd[15221]: Using interface ppp0
May 31 13:32:31 localhost pppd[15221]: Connect: ppp0 <--> /dev/pts/5
May 31 13:32:31 localhost NetworkManager[931]:    SCPlugin-Ifupdown: devices added (path: /sys/devices/virtual/net/ppp0, iface: ppp0)
May 31 13:32:31 localhost NetworkManager[931]:    SCPlugin-Ifupdown: device added (path: /sys/devices/virtual/net/ppp0, iface: ppp0): no ifupdown configuration found.
May 31 13:32:32 localhost pptp[15235]: nm-pptp-service-15216 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
May 31 13:32:32 localhost pptp[15235]: nm-pptp-service-15216 log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply
May 31 13:32:32 localhost pptp[15235]: nm-pptp-service-15216 log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established.
May 31 13:32:33 localhost pptp[15235]: nm-pptp-service-15216 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
May 31 13:32:34 localhost pptp[15235]: nm-pptp-service-15216 log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply.
May 31 13:32:34 localhost pptp[15235]: nm-pptp-service-15216 log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 1536).
May 31 13:32:37 localhost pppd[15221]: CHAP authentication succeeded
May 31 13:32:37 localhost kernel: [54007.078553] PPP MPPE Compression module registered
May 31 13:32:40 localhost pppd[15221]: MPPE 128-bit stateless compression enabled
May 31 13:32:42 localhost pppd[15221]: local  IP address 10.100.0.52
May 31 13:32:42 localhost pppd[15221]: remote IP address 10.100.0.1
May 31 13:32:42 localhost pppd[15221]: primary   DNS address 4.2.2.1
May 31 13:32:42 localhost pppd[15221]: secondary DNS address 255.255.255.255
May 31 13:32:42 localhost NetworkManager[931]: <info> VPN connection 'Dynalabs' (IP Config Get) reply received.
May 31 13:32:42 localhost NetworkManager[931]: <info> VPN Gateway: 103.28.219.2
May 31 13:32:42 localhost NetworkManager[931]: <info> Tunnel Device: ppp0
May 31 13:32:42 localhost NetworkManager[931]: <info> Internal IP4 Address: 10.100.0.52
May 31 13:32:42 localhost NetworkManager[931]: <info> Internal IP4 Prefix: 32
May 31 13:32:42 localhost NetworkManager[931]: <info> Internal IP4 Point-to-Point Address: 10.100.0.1
May 31 13:32:42 localhost NetworkManager[931]: <info> Maximum Segment Size (MSS): 0
May 31 13:32:42 localhost NetworkManager[931]: <info> Forbid Default Route: no
May 31 13:32:42 localhost NetworkManager[931]: <info> Internal IP4 DNS: 4.2.2.1
May 31 13:32:42 localhost NetworkManager[931]: <info> Internal IP4 DNS: 255.255.255.255
May 31 13:32:42 localhost NetworkManager[931]: <info> DNS Domain: '(none)'
May 31 13:32:43 localhost dnsmasq[2127]: exiting on receipt of SIGTERM
May 31 13:32:43 localhost NetworkManager[931]: <info> DNS: starting dnsmasq...
May 31 13:32:43 localhost NetworkManager[931]: <info> (ppp0): writing resolv.conf to /sbin/resolvconf
May 31 13:32:43 localhost dnsmasq[15290]: error at line 2 of /var/run/nm-dns-dnsmasq.conf
May 31 13:32:43 localhost dnsmasq[15290]: FAILED to start up
May 31 13:32:43 localhost NetworkManager[931]: <info> VPN connection 'Dynalabs' (IP Config Get) complete.
May 31 13:32:43 localhost NetworkManager[931]: <info> Policy set 'Dynalabs' (ppp0) as default for IPv4 routing and DNS.
May 31 13:32:43 localhost NetworkManager[931]: <info> VPN plugin state changed: started (4)
May 31 13:32:43 localhost NetworkManager[931]: <warn> dnsmasq exited with error: Configuration problem (1)
May 31 13:32:43 localhost NetworkManager[931]: <info> (ppp0): writing resolv.conf to /sbin/resolvconf
May 31 13:32:43 localhost dbus[872]: [system] Activating service name='org.freedesktop.nm_dispatcher' (using servicehelper)
May 31 13:32:43 localhost dbus[872]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
May 31 13:33:00 localhost ntpdate[15370]: step time server 91.189.94.4 offset -1.110301 sec
May 31 13:33:21 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xd6d6
May 31 13:33:21 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x93aa
May 31 13:33:21 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xcc83
May 31 13:33:21 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x2031
May 31 13:33:21 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x13d4
May 31 13:33:22 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x5b11
May 31 13:33:22 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x414b
May 31 13:33:22 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x2f5f
May 31 13:33:22 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xe9ff
May 31 13:33:23 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x8e20
May 31 13:33:23 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x8f0
May 31 13:33:23 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xf166
May 31 13:33:23 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x36e6
May 31 13:33:23 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xdd19
May 31 13:33:23 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xda26
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xac5
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x53a5
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x507e
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x1dc5
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xf87b
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x2f27
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xd10c
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x66ef
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xa294
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xb15
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x52a2
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xd863
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x8a96
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xde19
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x9763
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xb23
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x83ca
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x964e
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xe8ae
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xf614
May 31 13:33:25 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x9b1
May 31 13:33:25 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xf086
May 31 13:33:25 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xbff4
May 31 13:33:25 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x66c5
May 31 13:33:25 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xe42
May 31 13:33:25 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xf295
May 31 13:33:25 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x86fe
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x3bc1
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xbaad
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x88b5
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xd7a
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x30d5
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x2d8f
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x3933
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x8d42
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x4b4
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xa205
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x7cc5
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x1b6a
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xf004
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x21b6
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x51eb

Answer 1

在尝试从运行OpenWRT的路由器连接到运行RouterOS的另一个路由器时，我也遇到了同样的问题。这两种OSes都是基于linux的，所以我期望一个无痛的集成。我发现，在看似随机的时间间隔内，ppp隧道将停止工作，尽管不会断开。您提到的相同错误也出现在我的调试日志中。

经过一些调试后，我发现这些随机间隔不是随机的，而是与在隧道上传输的高流量相吻合的--当我在PPTP隧道上运行备份时。我为解决问题所做的是通过在我的/etc/ppp/options.pptp中添加以下行来禁用CCP压缩(您正在运行的发行版中文件的位置和名称可能不同)：

noccp

Answer 2

您要连接到的PPTP服务器可能不支持某些压缩功能。

您可以尝试禁用(所有这些)：

• BSD压缩；
• 透气压缩；
• TCP头压缩

对于某些Windows服务器，禁用PPP Echo数据包发送可能也有帮助。

您可以在VPN连接的配置窗口(VPN选项卡、->高级)中找到这些选项。

如果禁用压缩功能不能解决您的问题，它也可能链接到DNS错误，我们可以在您的日志摘录中看到。

尝试手动设置DNS :转到虚拟专用网连接的配置窗口，在IPv4参数选项卡中，并将方法更改为“自动地址( VPN )”。然后键入DNS服务器的地址以及搜索域。如果您不知道这些，请询问您的网络管理员。

我希望这将有助于您解决您的连接问题。

Answer 3

我在13.04遇到了同样的问题

我认为这与这个bug有关：https://bugs.launchpad.net/ubuntu/+source/network-manager-pptp/+bug/290178

检查/var/log/syslog中的行为协议-拒绝不支持的协议

几个月前，我解决了这个问题，安装了一些debian不稳定包。

还请检查以下内容：

https://forum.linode.com/viewtopic.php?p=36204/

mtu 1400

并检查了gre协议和1723端口是否开放。