私のpptp接続は接続されたままにならず、1分以内に切断されます
関連するログエントリを次に示します
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
接続しようとしているPPTPサーバーは、一部の圧縮機能をサポートしていない可能性があります。
無効にしようとすることができます(すべて):
一部のWindows PPTPサーバーでは、PPPエコーパケットの送信を無効にすることも役立ちます。
これらのオプションは、VPN接続の構成ウィンドウ([VPN]タブ-> [詳細])にあります。
圧縮機能を無効にしても問題が解決しない場合、ログの抜粋で確認できるDNSエラーにリンクしている可能性があります。
次のようにDNSを手動で設定してみてください。VPN接続の構成ウィンドウの[IPv4パラメーター]タブで、方法を「自動アドレスのみ(VPN)」に変更します。次に、DNSサーバーのアドレスと検索ドメインを入力します。これらがわからない場合は、ネットワーク管理者にお問い合わせください。
これが接続の問題の解決に役立つことを願っています。
OpenWRTを実行しているルーターからRouterOSを実行している別のルーターに接続しようとすると、同じ問題が発生しました。両方のOSはLinuxに基づいているため、簡単に統合できると期待していました。ランダムな時間間隔のように見えたが、切断はしなかったが、pppトンネルは動作を停止することがわかった。あなたが言及したのと同じエラーがデバッグログにも現れました。
デバッグの後、ランダムな間隔はランダムではなく、PPTPトンネルを介してバックアップを実行しているときに、トンネルを介して転送される高トラフィックと一致することがわかりました。問題を解決するために/etc/ppp/options.pptp
に次の行を追加して、CCP圧縮を無効にしました(実行しているディストリビューションではファイルの場所と名前が異なる場合があります)。
noccp
13.04で同じ問題が発生しています
これは、このバグに関連していると思います: https://bugs.launchpad.net/ubuntu/+source/network-manager-pptp/+bug/290178
/var/log/syslog
の行を確認してくださいProtocol-Reject for unsupported protocol
数ヶ月前にdebian不安定版からパッケージをインストールして解決しました
これもチェックしてください:
https://forum.linode.com/viewtopic.php?p=36204/
mtu 1400
また、greプロトコルをチェックアウトし、1723ポートが開いています。
私の場合、原因はvpnのmtuサイズがホストへのパスよりも大きいため、tracerouteを使用してホストへのパスの下位mtuを検出できることです。コマンドは:traceroute <Host> --mtu
私の場合、より低いMTUは1280だったので、1200を使用してルーター構成でvpnを作成しました。
Ubuntu 14.04からWindows VPNサーバーに接続しようとすると、PPTP diconnectsも表示され、/var/log/syslog
でこのエラーが見つかります。
「nm-pptp-service-9270 warn [ctrlp_disp:pptp_ctrl.c:956]:ゼロ以外の非同期制御文字マップはサポートされていません!」
このフォーラム で答えを見つけました。アドバイスは、Windows VPNはmppe認証でのみ機能するというものでした。これを使用するには、/etc/ppp/options.pptp
に次の行を設定します
refuse-pap
refuse-eap
refuse-chap
refuse-mschap
require-mppe
または、グラフィカルネットワークマネージャーでVPNの詳細設定に移動し、MSCHAPv2のみがチェックされていることを確認します。その他(pap、chap、mschap、eap)のチェックを外し、mppeも有効にします。
Kali Linuxでは、mschapv2認証のみを有効にしようとしました。これはルーター上で128ビット暗号化のみを使用し、Deflateデータを無効にしたためです。
接続してから1秒後に切断されました。
今では何時間も問題なく使用できました。