Cannot connect (terminating on signal 15)

[ChristofferS]

Binary package hint: network-manager-pptp

I have tried to connect to a Windows VPN through Network Manager in Feisty.

In Windows it works flawlessly. Using Network Manager it doesn't.

I'm using the default values.

This is from var/log/messages:

Feb 25 20:49:23 t23 pppd[19009]: Plugin nm-pppd-plugin.so loaded.
Feb 25 20:49:23 t23 pppd[19009]: nm-pppd-plugin: plugin initialized.
Feb 25 20:49:23 t23 kernel: [74794.000000] PPP generic driver version 2.4.2
Feb 25 20:49:23 t23 pppd[19020]: pppd 2.4.4 started by root, uid 0
Feb 25 20:49:24 t23 pppd[19020]: Using interface ppp0
Feb 25 20:49:24 t23 pppd[19020]: Connect: ppp0 <--> /dev/pts/2
Feb 25 20:49:25 t23 pppd[19020]: nm-pppd-plugin: CHAP check hook.
Feb 25 20:49:35 t23 pppd[19020]: Terminating on signal 15
Feb 25 20:49:35 t23 pppd[19020]: Modem hangup
Feb 25 20:49:35 t23 pppd[19020]: Connection terminated.
Feb 25 20:49:35 t23 pppd[19020]: Child process /usr/sbin/pptp 130.228.108.54 --nolaunchpppd (pid 19021) terminated with si
gnal 15
Feb 25 20:49:35 t23 pppd[19020]: Exit.

[Alex (alex-standsure)]

I had a similar problem (exact same errors and log output) and I was able to fix it by changing the default MTU/MRU to 1500.

[Florin Samareanu (florin-samareanu-vectorsoftware)]

same one here:

May 7 03:49:47 samflorin-laptop pppd[30317]: Exit.
May 7 03:55:13 samflorin-laptop pppd[30546]: Plugin nm-pppd-plugin.so loaded.
May 7 03:55:13 samflorin-laptop pppd[30546]: nm-pppd-plugin: plugin initialized.
May 7 03:55:13 samflorin-laptop pppd[30548]: pppd 2.4.4 started by root, uid 0
May 7 03:55:13 samflorin-laptop pppd[30548]: Using interface ppp0
May 7 03:55:13 samflorin-laptop pppd[30548]: Connect: ppp0 <--> /dev/pts/1
May 7 03:55:14 samflorin-laptop pppd[30548]: nm-pppd-plugin: CHAP check hook.
May 7 03:55:14 samflorin-laptop pppd[30548]: Modem hangup
May 7 03:55:14 samflorin-laptop pppd[30548]: Connection terminated.
May 7 03:55:14 samflorin-laptop pppd[30548]: Exit.

Any news on this?

[Craig Box (craig.box)]

Also ensure "refuse EAP, refuse CHAP and refuse MS CHAP" are enabled, and require 128-bit MPPE/enable stateful MPPE are enabled.

Failing that, test the new package here: http://craig.dubculture.co.nz/blog/2007/05/13/new-networkmanager-pptp-package-fixes-amd64-crashes/

[ChristofferS (ubuntu-curo)]

I have tried setting the MTU to 1500, it didn't work.

Refuse EAP, refuse CHAP, refuse MS CHAP enabled, require 128-bit MPPE enabled. Didn't work either.

Craig, I will try your package and get back to you.

[Craig Box (craig.box)]

"Terminating on signal 15" says LCP signals couldn't get through (basically, pings across the tunnel).

http://pptpclient.sourceforge.net/howto-diagnosis.phtml#lcp_timeout

Please check your connectivity with both PPTP and GRE if possible (check iptables locally and on any machines between you and the PPTP server you can control).

[ChristofferS (ubuntu-curo)]

I tried with the new package, but I got a signal 15 again.

The host seems to be closed for pings.

Are there not any workaround for this?

[Millenniumman (dimensiondude-oss)]

I am also having this problem. I have tried Refuse EAP, CHAP, and MSCHAP. I have tried the new package. I have tried setting the MTU and MRU to 1500.

I have no idea how to "check iptables locally and on any machines between you and the PPTP server you can control". The things on that diagnosis page are also beyond my knowledge.

Shouldn't this be of a higher importance? It pretty much makes Feisty useless for anyone who relies on VPN. I really can't see how it came out of beta with this.

Is there any other workaround?

[Craig Box (craig.box)]

The VPN helper for NetworkManager exists to simplify connecting to a PPTP server using the "pptp-linux" command line client. If you can't connect with the pptp command, then you will never be able to connect with NetworkManager. Short of pointing to a guide that suggests how you can test with the command line client, I am not able to diagnose everyone's problems with the pptp client - there are dozens of reasons why you might not be able to connect, starting with some device between your PC and the VPN server that is filtering the GRE protocol, which PPTP uses.

And no, it should not be of higher importance. As far as I can see, the problem isn't even with NetworkManager. This problem doesn't happen for everyone. A commenter on Bug 85395 suggests "With Feisty and new NetworkManager connecting to MS-CHAP authenticated network work smoothly as Scottish on a rainy day." It works fine for me on my test machines. Also, unsupported software in the Universe repository isn't ever going to stop the main distribution from releasing, and the component hadn't been updated since Edgy.

There are a large set of diagnostic procedures on http://pptpclient.sourceforge.net/howto-diagnosis.phtml#lcp_timeout which you will have to follow *on your machine* for me to be able to tell anything more - like I say, it works on mine. I believe there is a 'debugging' box in the properties, which is at least a good start.

If you have this problem and have the technical ability to be able to set up an old fashioned command-line PPTP connection, please comment. At this point I suspect you will have the same problem as you do with NM, which means the problem isn't in the NM plugin. Sure, debugging could be easier, but this is a reasonably hard problem.

[Craig Box (craig.box)]

(Another suggestion - just enable 'refuse-eap', leaving refuse-chap and refuse-mschap unticked.)

[Craig Box (craig.box)]

Anyone got debug output for me?

[ChristofferS (ubuntu-curo)]

Sorry, I don't run feisty anymore.

I had to go back to edgy due to a number of serious bugs.

Someone else needs to give you the debug output.

[Craig Box (craig.box)]

Does it work on Edgy?

Packages are also available for Edgy that will let you test: http://www.wlug.org.nz/~crb/nm/edgy/

[ChristofferS (ubuntu-curo)]

Craig, I tried installing the i386 package (with gdebi) but it complained about a missing dependency: libdbus-1-2

[Craig Box (craig.box)]

What happens if you try and manually install it with apt-get from a
console, or using Synaptic?

[Jon Dowland (jond)]

This package has stopped working for me today since I've upgraded from Edgy to Feisty. No diagnostic info yet, but I'll have a go today.

[ChristofferS (ubuntu-curo)]

Edgy seems to have libdbus-1-3 so it won't help using dpkg or Synaptic

[Craig Box (craig.box)]

The package should have been built in a pbuilder for edgy. If this wasn't the case I will investigate and fix over the weekend.

[Andreas Weller (weller-andreas-weller)]

Same here on Feisty:

Jun 20 09:36:12 andreas-laptop NetworkManager: <information>^IWill activate VPN connection 'xxxxx', service 'org.freedesktop.NetworkManager.ppp_starter', user_name 'xxxxx', vpn_data 'ppp-connection-type / pptp / pptp-remote / cinexx.dnsalias.com / usepeerdns / yes / encrypt-mppe / no / encrypt-mppe-128 / yes / compress-mppc / no / compress-deflate / no / compress-bsd / no / ppp-lock / yes / ppp-auth-peer / no / ppp-refuse-eap / yes / ppp-refuse-chap / yes / ppp-refuse-mschap / yes / mtu / 1500 / mru / 1500 / lcp-echo-failure / 10 / lcp-echo-interval / 10 / ppp-extra / / ppp-debug / no / usepeerdns-overtunnel / yes / routes / 192.168.1.0/24 / use-routes / yes', route '192.168.1.0/24'.
Jun 20 09:36:12 andreas-laptop NetworkManager: <information>^IVPN Activation (xxxxx) Stage 1 of 4 (Connection Prepare) scheduled...
Jun 20 09:36:12 andreas-laptop NetworkManager: <information>^IVPN Activation (xxxxx) Stage 1 of 4 (Connection Prepare) ran VPN service daemon org.freedesktop.NetworkManager.ppp_starter (PID 7281)
Jun 20 09:36:12 andreas-laptop NetworkManager: <information>^IVPN Activation (xxxxx) Stage 1 of 4 (Connection Prepare) complete.
Jun 20 09:36:12 andreas-laptop NetworkManager: <information>^IVPN Activation (xxxxx) Stage 2 of 4 (Connection Prepare Wait) scheduled...
Jun 20 09:36:12 andreas-laptop NetworkManager: <information>^IVPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 1 -> 6.
Jun 20 09:36:12 andreas-laptop NetworkManager: <information>^IVPN Activation (xxxxx) Stage 2 of 4 (Connection Prepare Wait) waiting...
Jun 20 09:36:12 andreas-laptop NetworkManager: <information>^IVPN Activation (xxxxx) Stage 2 of 4 (Connection Prepare Wait) complete.
Jun 20 09:36:12 andreas-laptop NetworkManager: <information>^IVPN Activation (xxxxx) Stage 3 of 4 (Connect) scheduled...
Jun 20 09:36:12 andreas-laptop NetworkManager: <information>^IVPN Activation (xxxxx) Stage 3 of 4 (Connect) sending connect request.
Jun 20 09:36:12 andreas-laptop NetworkManager: <information>^IVPN Activation (xxxxx) Stage 3 of 4 (Connect) request sent, waiting for reply...
Jun 20 09:36:12 andreas-laptop NetworkManager: <information>^IVPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 6 -> 3.
Jun 20 09:36:12 andreas-laptop NetworkManager: <information>^IVPN Activation (xxxxx) Stage 3 of 4 (Connect) reply received.
Jun 20 09:36:12 andreas-laptop NetworkManager: <information>^IVPN Activation (xxxxx) Stage 4 of 4 (IP Config Get) timeout scheduled...
Jun 20 09:36:12 andreas-laptop NetworkManager: <information>^IVPN Activation (xxxxx) Stage 3 of 4 (Connect) complete, waiting for IP configuration...
Jun 20 09:36:12 andreas-laptop pppd[7282]: Plugin nm-pppd-plugin.so loaded.
Jun 20 09:36:12 andreas-laptop pppd[7282]: nm-pppd-plugin: plugin initialized.
Jun 20 09:36:12 andreas-laptop pppd[7284]: pppd 2.4.4 started by root, uid 0
Jun 20 09:36:12 andreas-laptop pptp[7286]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated
Jun 20 09:36:12 andreas-laptop pppd[7284]: Using interface ppp0
Jun 20 09:36:12 andreas-laptop pppd[7284]: Connect: ppp0 <--> /dev/pts/0
Jun 20 09:36:13 a...

[Craig Box (craig.box)]

Please enable ppp-debug and post another syslog.

[Andreas Weller (weller-andreas-weller)]

Hi
Here syslog's output after enabling debug mode:
Jun 20 11:02:09 andreas-laptop NetworkManager: <information>^IWill activate VPN connection 'xxx', service 'org.freedesktop.NetworkManager.ppp_starter', user_name 'andreas', vpn_data 'ppp-connection-type / pptp / pptp-remote / xxx.dnsalias.com / usepeerdns / yes / encrypt-mppe / no / encrypt-mppe-128 / yes / compress-mppc / no / compress-deflate / no / compress-bsd / no / ppp-lock / yes / ppp-auth-peer / no / ppp-refuse-eap / yes / ppp-refuse-chap / yes / ppp-refuse-mschap / yes / mtu / 1500 / mru / 1500 / lcp-echo-failure / 10 / lcp-echo-interval / 10 / ppp-extra / / ppp-debug / yes / usepeerdns-overtunnel / yes / routes / 192.168.1.0/24 / use-routes / yes', route '192.168.1.0/24'.
Jun 20 11:02:09 andreas-laptop NetworkManager: <information>^IVPN Activation (xxx) Stage 1 of 4 (Connection Prepare) scheduled...
Jun 20 11:02:09 andreas-laptop NetworkManager: <information>^IVPN Activation (xxx) Stage 1 of 4 (Connection Prepare) ran VPN service daemon org.freedesktop.NetworkManager.ppp_starter (PID 6136)
Jun 20 11:02:09 andreas-laptop NetworkManager: <information>^IVPN Activation (xxx) Stage 1 of 4 (Connection Prepare) complete.
Jun 20 11:02:09 andreas-laptop NetworkManager: <information>^IVPN Activation (xxx) Stage 2 of 4 (Connection Prepare Wait) scheduled...
Jun 20 11:02:09 andreas-laptop NetworkManager: <information>^IVPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 1 -> 6.
Jun 20 11:02:09 andreas-laptop NetworkManager: <information>^IVPN Activation (xxx) Stage 2 of 4 (Connection Prepare Wait) waiting...
Jun 20 11:02:09 andreas-laptop NetworkManager: <information>^IVPN Activation (xxx) Stage 2 of 4 (Connection Prepare Wait) complete.
Jun 20 11:02:09 andreas-laptop NetworkManager: <information>^IVPN Activation (xxx) Stage 3 of 4 (Connect) scheduled...
Jun 20 11:02:09 andreas-laptop NetworkManager: <information>^IVPN Activation (xxx) Stage 3 of 4 (Connect) sending connect request.
Jun 20 11:02:09 andreas-laptop NetworkManager: <information>^IVPN Activation (xxx) Stage 3 of 4 (Connect) request sent, waiting for reply...
Jun 20 11:02:09 andreas-laptop NetworkManager: <information>^IVPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 6 -> 3.
Jun 20 11:02:09 andreas-laptop NetworkManager: <information>^IVPN Activation (xxx) Stage 3 of 4 (Connect) reply received.
Jun 20 11:02:09 andreas-laptop NetworkManager: <information>^IVPN Activation (xxx) Stage 4 of 4 (IP Config Get) timeout scheduled...
Jun 20 11:02:09 andreas-laptop NetworkManager: <information>^IVPN Activation (xxx) Stage 3 of 4 (Connect) complete, waiting for IP configuration...
Jun 20 11:02:09 andreas-laptop pppd[6137]: Plugin nm-pppd-plugin.so loaded.
Jun 20 11:02:09 andreas-laptop pppd[6137]: nm-pppd-plugin: plugin initialized.
Jun 20 11:02:09 andreas-laptop pppd[6139]: pppd 2.4.4 started by root, uid 0
Jun 20 11:02:09 andreas-laptop pptp[6141]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated
Jun 20 11:02:09 andreas-laptop pppd[6139]: using channel 2
Jun 20 11:02:09 andreas-laptop pppd[6139]: Using interface ppp0
Jun 20 11:02:09 andreas-lapt...

[Craig Box (craig.box)]

> Jun 20 11:02:10 andreas-laptop pppd[6139]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x27fc0b32> <pcomp> <accomp>]
> Jun 20 11:02:19 andreas-laptop last message repeated 3 times
> Jun 20 11:02:20 andreas-laptop pppd[6139]: Terminating on signal 15
> Jun 20 11:02:20 andreas-laptop pppd[6139]: sent [LCP TermReq id=0x2 "User request"]

According to the http://pptpclient.sourceforge.net/howto-diagnosis.phtml page, the implication is you cannot get GRE connectivity. Please check http://pptpclient.sourceforge.net/howto-diagnosis.phtml#gre.

[Randy (randy.l)]

hi Craig

i got the sam problem on feisty when i already have a DSL pppoe connection on ppp0
(it's just all fine when i use the Ethernet or wireless link to dial the pptp connection)

this is my syslog with debugging

Jul 1 00:11:49 host NetworkManager: <information>^IWill activate VPN connection 'pptp', service 'org.freedesktop.NetworkManager.ppp_starter', user_name 'username', vpn_data 'ppp-connection-type / pptp / pptp-remote / xxx.xxx.xxx.xxx / usepeerdns / yes / encrypt-mppe / no / encrypt-mppe-128 / yes / compress-mppc / no / compress-deflate / no / compress-bsd / no / ppp-lock / yes / ppp-auth-peer / no / ppp-refuse-eap / yes / ppp-refuse-chap / yes / ppp-refuse-mschap / yes / mtu / 1416 / mru / 1416 / lcp-echo-failure / 10 / lcp-echo-interval / 10 / ppp-extra / / ppp-debug / yes / usepeerdns-overtunnel / yes / routes / 192.168.0.0/16 10.10.0.0/16 20.20.0.0/16 / use-routes / no', route ''.
Jul 1 00:11:49 host NetworkManager: <information>^IVPN Activation (pptp) Stage 1 of 4 (Connection Prepare) scheduled...
Jul 1 00:11:49 host NetworkManager: <information>^IVPN Activation (pptp) Stage 1 of 4 (Connection Prepare) ran VPN service daemon org.freedesktop.NetworkManager.ppp_starter (PID 1697)
Jul 1 00:11:49 host NetworkManager: <information>^IVPN Activation (pptp) Stage 1 of 4 (Connection Prepare) complete.
Jul 1 00:11:49 host NetworkManager: <information>^IVPN Activation (pptp) Stage 2 of 4 (Connection Prepare Wait) scheduled...
Jul 1 00:11:49 host NetworkManager: <information>^IVPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 1 -> 6.
Jul 1 00:11:49 host NetworkManager: <information>^IVPN Activation (pptp) Stage 2 of 4 (Connection Prepare Wait) waiting...
Jul 1 00:11:49 host NetworkManager: <information>^IVPN Activation (pptp) Stage 2 of 4 (Connection Prepare Wait) complete.
Jul 1 00:11:49 host NetworkManager: <information>^IVPN Activation (pptp) Stage 3 of 4 (Connect) scheduled...
Jul 1 00:11:49 host NetworkManager: <information>^IVPN Activation (pptp) Stage 3 of 4 (Connect) sending connect request.
Jul 1 00:11:49 host NetworkManager: <information>^IVPN Activation (pptp) Stage 3 of 4 (Connect) request sent, waiting for reply...
Jul 1 00:11:49 host NetworkManager: <information>^IVPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 6 -> 3.
Jul 1 00:11:49 host NetworkManager: <information>^IVPN Activation (pptp) Stage 3 of 4 (Connect) reply received.
Jul 1 00:11:49 host NetworkManager: <information>^IVPN Activation (pptp) Stage 4 of 4 (IP Config Get) timeout scheduled...
Jul 1 00:11:49 host NetworkManager: <information>^IVPN Activation (pptp) Stage 3 of 4 (Connect) complete, waiting for IP configuration...
Jul 1 00:11:49 host pppd[1698]: Plugin nm-pppd-plugin.so loaded.
Jul 1 00:11:49 host pppd[1698]: nm-pppd-plugin: plugin initialized.
Jul 1 00:11:49 host pppd[1700]: pppd 2.4.4 started by root, uid 0
Jul 1 00:11:49 host pptp[1702]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated
Jul 1 00:11:49 host pppd[1700]: using channel 5
Jul 1 00:11:49 host pppd[1700]: Using interface ppp1
Jul 1 00:11:49 host pppd[1700]: Connect: ppp1 ...

[Randy (randy.l)]

hi bug team,

i upgrade my laptop to Gusty beta, and the problem still exits.
it's really annoying ...

[Craig Box (craig.box)]

Please go back and read the entire report. A signal 15 error is a generic
"can't connect", and is usually because GRE is being firewalled on the way
somewhere.

There are debug steps to try in other posts to this bug.

[Randy (randy.l)]

hi craig,
if you read my post on 30/6/2007, you'll see the dump log of pptp control channel and GRE tunnel, i'm sure that the GRE tunnel was not being firewalled.
i following the steps from http://pptpclient.sourceforge.net/howto-ubuntu.phtml#configure_by_hand , then i make the connection successfully.
do you know why error message "nm-pppd-plugin: didn't receive an Internal IP4 Address from ppp" appeared when i use network-manager-pptp ??
(the local IP address 10.10.64.109 was received from server)

[cmnorton (octopusgrabbus)]

I am currently running 7.10. I am able to connect to my wireless network (non-VPN), using the Network-Manager "roaming" method. However, I cannot connect (like other posts) using VPN. Our ESoft firewall accommodates Microsoft VPN connections, and I can connect on a Windows XP system, also in my house.

If you can point me to trying this at the command line -- probably missed along the way -- I'll try it out.

Thanks
cmn

[Obleak (fraser-arkhostings)]

I'm running Hardy (amd64) and have the exact same problem.

I fixed it by setting the MTU to 1492 (the MTU of the device I'm connecting to - an adsl modem using pppoe)

[rusivi2 (rusivi2-deactivatedaccount)]

Thank you for posting this bug.

As per comment #27 this issue is fixed. Marking as such.