network-manager-pptp does not notify network-manager of disconnects

[David Mulligan]

Binary package hint: network-manager-pptp

My employer's windows vpn server, from time to time, times out my connection after a period of being idle. When that happens pppd disconnects but network-manager nor nm-applet reflect this change. As far as they are concerned the connection is still alive. I am using Ubuntu 6.10.

The following is all that I find in my /var/log/messages file when this happens:

Dec 21 05:37:49 bordet pppd[26785]: Modem hangup
Dec 21 05:37:49 bordet pppd[26785]: Connect time 702.1 minutes.
Dec 21 05:37:49 bordet pppd[26785]: Sent 3265062 bytes, received 27698473 bytes.
Dec 21 05:37:49 bordet pppd[26785]: Connection terminated.
Dec 21 05:37:49 bordet pppd[26785]: Exit.

the following is from /var/log/debug

Dec 21 05:37:49 bordet pppd[26785]: Script /etc/ppp/ip-down started (pid 13322)
Dec 21 05:37:49 bordet pppd[26785]: sent [LCP TermReq id=0x2 "MPPE disabled"]
Dec 21 05:37:49 bordet pppd[26785]: Script /usr/sbin/pptp xx.xx.xx.xx --nolaunchpppd finished (pid 26786), status = 0x0
Dec 21 05:37:49 bordet pppd[26785]: Script /etc/ppp/ip-down finished (pid 13322), status = 0x0

this from /var/log/daemon.log

Dec 21 05:36:39 bordet pptp[26787]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 30289 (expecting 30288, lost or reordered)
Dec 21 05:37:49 bordet pptp[26792]: anon log[pptp_handle_timer:pptp_ctrl.c:1049]: closing control connection due to missing echo reply
Dec 21 05:37:49 bordet pptp[26792]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Dec 21 05:37:49 bordet pptp[26792]: anon log[pptp_conn_close:pptp_ctrl.c:430]: Closing PPTP connection
Dec 21 05:37:49 bordet pptp[26792]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 3 'Stop-Control-Connection-Request'
Dec 21 05:37:49 bordet pptp[26792]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state)
from /var/log/syslog
Dec 21 05:36:39 bordet pptp[26787]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 30289 (expecting 30288, lost or reordered)
Dec 21 05:37:49 bordet pptp[26792]: anon log[pptp_handle_timer:pptp_ctrl.c:1049]: closing control connection due to missing echo reply
Dec 21 05:37:49 bordet pptp[26792]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Dec 21 05:37:49 bordet pptp[26792]: anon log[pptp_conn_close:pptp_ctrl.c:430]: Closing PPTP connection
Dec 21 05:37:49 bordet pptp[26792]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 3 'Stop-Control-Connection-Request'
Dec 21 05:37:49 bordet pptp[26792]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state)
Dec 21 05:37:49 bordet pppd[26785]: Modem hangup
Dec 21 05:37:49 bordet pppd[26785]: Connect time 702.1 minutes.
Dec 21 05:37:49 bordet pppd[26785]: Sent 3265062 bytes, received 27698473 bytes.
Dec 21 05:37:49 bordet pppd[26785]: Script /etc/ppp/ip-down started (pid 13322)
Dec 21 05:37:49 bordet pppd[26785]: MPPE disabled
Dec 21 05:37:49 bordet pppd[26785]: sent [LCP TermReq id=0x2 "MPPE disabled"]
Dec 21 05:37:49 bordet pppd[26785]: Connection terminated.
Dec 21 05:37:49 bordet pppd[26785]: Script /usr/sbin/pptp xx.xx.xx.xx --nolaunchpppd finished (pid 26786), status = 0x0
Dec 21 05:37:49 bordet pppd[26785]: Script /etc/ppp/ip-down finished (pid 13322), status = 0x0
Dec 21 05:37:49 bordet pppd[26785]: Exit.

I hope that my log excerpts are helpful. Either way it would be way cool and reliable feeling if the nm-applet reflected the fact that my vpn connection has given up the ghost.

Thanks,
David

[Craig Box (craig.box)]

I've subscribed the author; will see what he has to say.

[adam.hawthorne (adam-hawthorne)]

I also see the same behavior. I have a VPN tunnel to my office from my home. My DSL connection to the Internet resets about once a day, and pppd sometimes drops its connection. NetworkManager never seems to find out about it (and knetworkmanager doesn't change its icons).

[Jeff Fortin Tam (kiddo)]

I would like to know what actually causes this. Is it that the network connection between here and the VPN server is bad? Because, strangely, I have this problem when at home, and I don't have it when I'm lurking at the university library (which provides official campus wifi).

Is there any settings that can be tweaked to prevent this?

[tonnzor (tonn81)]

+1

This plugin must check connection status! I did it manually by checking /dev/ppp0 device presence. Why it can't be done by plugin itself?

[Crewsr3 (crewsr3)]

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!