pptp vpn problem starts after gutsy upgrade

Asked by Steve Romanow

I have been successfully using network manager with a msft vpn at work for 6 or so months. Speed and reliability was consistent and good. After upgrading to Gutsy (gnome, no X or K), the connection works, but is very flaky. It prompts me to reenter my password a lot (even though I choose to save it in my keyring). When it does connect, it is only good for one app. THe seconf app that uses the tunnel will fail.

For example, i start the vpn connection, then ssh to a server at work. It works, and will stay connected for as long as I need it.
5 minutes after starting connection 1, I try to ssh or telnet to another (or the same server), that connection will say connection is refused. 1st conenction does not end, just cannot initiate a second terminal session.

This did not occur with this laptop and network under feisty. Ive looked in /var/log/daemon log, and the following output was noted.

Nov 2 20:49:13 e1505 pptp[7076]: anon log[ctrlp_disp:pptp_ctrl.c:952]: send_accm is 00000000, recv_accm is FFFFFFFF
Nov 2 20:49:13 e1505 pptp[7076]: anon warn[ctrlp_disp:pptp_ctrl.c:955]: Non-zero Async Control Character Maps are not supported!
Nov 2 20:49:14 e1505 pptp[7074]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 17 (expecting 16, lost or reordered)
Nov 2 20:49:18 e1505 NetworkManager: <info> VPN Activation (COMMERCE) Stage 4 of 4 (IP Config Get) reply received.
Nov 2 20:49:19 e1505 NetworkManager: <info> Clearing nscd hosts cache.
Nov 2 20:49:19 e1505 NetworkManager: <WARN> nm_spawn_process(): nm_spawn_process('/usr/sbin/nscd -i hosts'): could not spawn process. (Failed to execute child process "/usr/sbin/nscd" (No such file or directory))
Nov 2 20:49:19 e1505 NetworkManager: <info> VPN Activation (COMMERCE) Stage 4 of 4 (IP Config Get) complete.
Nov 2 20:49:19 e1505 NetworkManager: <info> VPN Activation (COMMERCE) successful.
Nov 2 20:49:19 e1505 NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state change 3 -> 4.
Nov 2 20:49:19 e1505 NetworkManager: <debug> [1194050959.227911] nm_dbus_signal_filter(): NetworkManagerInfo triggered update of VPN connection 'COMMERCE'
Nov 2 20:49:24 e1505 dhclient: DHCPREQUEST on eth1 to 192.168.0.100 port 67
Nov 2 20:49:24 e1505 dhclient: DHCPACK from 192.168.0.100
Nov 2 20:49:24 e1505 NetworkManager: <info> DHCP daemon state is now 3 (renew)

Note the nscd error and the pid 7074 and 7076 pptp errors. Is nscd needed for proper nm vpn funtionality? Did it work differently in feisty?

Question information

Language:
English Edit question
Status:
Needs information
For:
Ubuntu Edit question
Assignee:
No assignee Edit question
Last query:
Last reply:
Revision history for this message
Steve Romanow (slestak989) said :
#1

I also have a Cisco WebVPN at work available, but so far Ive had no joy getting it to work with ubuntu. Anyone else, ssl web vpn?

Revision history for this message
Steve Romanow (slestak989) said :
#2

anyone else successfully using pptp vpn with gutsy?

Revision history for this message
biosavvy (johnohm) said :
#3

Steve,

I have been successful setting up the Cisco VPN client with Gutsy. I found your message while looking for another solution, but here you go. I used this guide for setting up the VPN under Feisty: http://www.longren.org/2007/05/17/how-to-cisco-vpn-client-on-ubuntu-704-feisty-fawn/
It still works, you can just ignore the stuff about patching the client if you use this new client version: http://tuxx-home.at/archives/2007/09/24/T15_26_49/

Good luck!

John

Revision history for this message
Steve Romanow (slestak989) said :
#4

umm. our cisco vpn is not my first choice. we have a cisco asa5510 with some funky activex webvpn client. I found info on the cisco site that the newest release of the os for that appliance (v8.0) is supposed ot have a webvpn client for mac osx as well as linux.

the one i want to get working again is the msft pptp vpn that worked perfectly with feisty.

thanks though.

Revision history for this message
Dennis R (tech-rardin) said :
#5

I'm having a very similar problem. My MS pptp connection worked fine from Feisty, but is not working after Gutsy. My connection log looks about the same as Steve's:

Dec 8 13:10:25 lapdog NetworkManager: <info> Will activate VPN connection 'PAX', service 'org.freedesktop.NetworkManager.p
pp_starter', user_name 'dennis', vpn_data 'ppp-connection-type / pptp / pptp-remote / vpn.paxclearing.com / usepeerdns / yes
 / encrypt-mppe / no / encrypt-mppe-128 / no / encrypt-mppe-stateful / yes / compress-mppc / no / compress-deflate / no / co
mpress-bsd / no / ppp-lock / no / ppp-auth-peer / no / ppp-refuse-eap / no / ppp-refuse-chap / no / ppp-refuse-mschap / no /
 mtu / 1416 / mru / 1416 / lcp-echo-failure / 10 / lcp-echo-interval / 10 / ppp-extra / / ppp-debug / no / usepeerdns-overt
unnel / yes / routes / / use-routes / no', route ''.
Dec 8 13:10:25 lapdog NetworkManager: <info> VPN Activation (PAX) Stage 1 of 4 (Connection Prepare) scheduled...
Dec 8 13:10:25 lapdog NetworkManager: <info> VPN Activation (PAX) Stage 1 of 4 (Connection Prepare) ran VPN service daemon
 org.freedesktop.NetworkManager.ppp_starter (PID 19569)
Dec 8 13:10:25 lapdog NetworkManager: <info> VPN Activation (PAX) Stage 1 of 4 (Connection Prepare) complete.
Dec 8 13:10:25 lapdog NetworkManager: <info> VPN Activation (PAX) Stage 2 of 4 (Connection Prepare Wait) scheduled...
Dec 8 13:10:25 lapdog NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state chang
e 1 -> 6.
Dec 8 13:10:25 lapdog NetworkManager: <info> VPN Activation (PAX) Stage 2 of 4 (Connection Prepare Wait) waiting...
Dec 8 13:10:25 lapdog NetworkManager: <info> VPN Activation (PAX) Stage 2 of 4 (Connection Prepare Wait) complete.
Dec 8 13:10:25 lapdog NetworkManager: <info> VPN Activation (PAX) Stage 3 of 4 (Connect) scheduled...
Dec 8 13:10:25 lapdog NetworkManager: <info> VPN Activation (PAX) Stage 3 of 4 (Connect) sending connect request.
Dec 8 13:10:25 lapdog NetworkManager: <info> VPN Activation (PAX) Stage 3 of 4 (Connect) request sent, waiting for reply..
.
Dec 8 13:10:25 lapdog NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.ppp_starter' signaled state chang
e 6 -> 3.
Dec 8 13:10:25 lapdog NetworkManager: <info> VPN Activation (PAX) Stage 3 of 4 (Connect) reply received.
Dec 8 13:10:25 lapdog NetworkManager: <info> VPN Activation (PAX) Stage 4 of 4 (IP Config Get) timeout scheduled...
Dec 8 13:10:25 lapdog NetworkManager: <info> VPN Activation (PAX) Stage 3 of 4 (Connect) complete, waiting for IP configur
ation...
Dec 8 13:10:25 lapdog pptp[19576]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated
Dec 8 13:10:25 lapdog pptp[19579]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connec
tion-Request'
Dec 8 13:10:26 lapdog pptp[19579]: anon log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply
Dec 8 13:10:26 lapdog pptp[19579]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established.
Dec 8 13:10:26 lapdog pptp[19579]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Reques
t'
Dec 8 13:10:27 lapdog pptp[19579]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply.
Dec 8 13:10:27 lapdog pptp[19579]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call
ID 50146).

**************Up to here everything looks happy; the VPN is established.

Dec 8 13:10:27 lapdog pptp[19579]: anon log[ctrlp_disp:pptp_ctrl.c:949]: PPTP_SET_LINK_INFO received from peer_callid 0
Dec 8 13:10:27 lapdog pptp[19579]: anon log[ctrlp_disp:pptp_ctrl.c:952]: send_accm is 00000000, recv_accm is FFFFFFFF
Dec 8 13:10:27 lapdog pptp[19579]: anon warn[ctrlp_disp:pptp_ctrl.c:955]: Non-zero Async Control Character Maps are not sup
ported!
Dec 8 13:10:27 lapdog pptp[19579]: anon log[ctrlp_disp:pptp_ctrl.c:949]: PPTP_SET_LINK_INFO received from peer_callid 0
Dec 8 13:10:27 lapdog pptp[19579]: anon log[ctrlp_disp:pptp_ctrl.c:952]: send_accm is FFFFFFFF, recv_accm is FFFFFFFF
Dec 8 13:10:27 lapdog pptp[19579]: anon warn[ctrlp_disp:pptp_ctrl.c:955]: Non-zero Async Control Character Maps are not sup
ported!
Dec 8 13:10:27 lapdog pptp[19576]: anon warn[decaps_hdlc:pptp_gre.c:197]: short read (-1): Input/output error
Dec 8 13:10:27 lapdog pptp[19576]: anon warn[decaps_hdlc:pptp_gre.c:209]: pppd may have shutdown, see pppd log
Dec 8 13:10:27 lapdog pptp[19579]: anon log[callmgr_main:pptp_callmgr.c:231]: Closing connection (unhandled)
Dec 8 13:10:27 lapdog pptp[19579]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Dec 8 13:10:27 lapdog pptp[19579]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state)

Whoa! What happened? :-(

Dennis

Can you help with this problem?

Provide an answer of your own, or ask Steve Romanow for more information if necessary.

To post a message you must log in.