VPNC not connecting when on Company's local network

Bug #1395838 reported by mback
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
vpnc (Ubuntu)
New
Undecided
Unassigned

Bug Description

Here is syslog from start of using NetworkManager to connect to my company's network to when the service failed to connect:

Nov 24 11:05:28 mback NetworkManager[873]: <info> Starting VPN service 'vpnc'...
Nov 24 11:05:28 mback NetworkManager[873]: <info> VPN service 'vpnc' started (org.freedesktop.NetworkManager.vpnc), PID 17699
Nov 24 11:05:28 mback NetworkManager[873]: <info> VPN service 'vpnc' appeared; activating connections
Nov 24 11:05:38 mback NetworkManager[873]: <info> VPN plugin state changed: starting (3)
Nov 24 11:05:38 mback NetworkManager[873]: <info> VPN connection 'qcvpnx' (Connect) reply received.
Nov 24 11:05:38 mback NetworkManager[873]: SCPlugin-Ifupdown: devices added (path: /sys/devices/virtual/net/tun0, iface: tun0)
Nov 24 11:05:38 mback NetworkManager[873]: SCPlugin-Ifupdown: device added (path: /sys/devices/virtual/net/tun0, iface: tun0): no ifupdown configuration found.
Nov 24 11:05:38 mback NetworkManager[873]: <warn> /sys/devices/virtual/net/tun0: couldn't determine device driver; ignoring...
Nov 24 11:05:38 mback NetworkManager[873]: SCPlugin-Ifupdown: devices removed (path: /sys/devices/virtual/net/tun0, iface: tun0)
Nov 24 11:05:38 mback NetworkManager[873]: <warn> VPN plugin failed: 1
Nov 24 11:05:38 mback NetworkManager[873]: <info> VPN plugin state changed: stopped (6)
Nov 24 11:05:38 mback NetworkManager[873]: <info> VPN plugin state change reason: 0
Nov 24 11:05:38 mback NetworkManager[873]: <info> Policy set 'Wired connection 1' (eth1) as default for IPv4 routing and DNS.
Nov 24 11:05:38 mback NetworkManager[873]: <warn> error disconnecting VPN: Could not process the request because no VPN connection was active.
Nov 24 11:05:44 mback NetworkManager[873]: <info> VPN service 'vpnc' disappeared

VPNC can connect from a home network connection or from a coffee shop, but not from the network at work (either via wireless or wired from the work DMZ). This started happening on trusty just about 1 week before the upgrade to utopic (I do distupgrade regularly). I upgraded to utopic thinking that it might be fixed there... but it was not.

I did contact my network admin who monitored the exchange, and he said that my RSA token password was accepted... even though my machine said the connection could not be established.

I can access the VPN at work using my iphone's native client and junos; so, I believe that the fault is vpnc. Any help you could provide to help me debug why connections are failing to be established would be appreciated.

$ lsb_release -rd
Description: Ubuntu 14.10
Release: 14.10

$ apt-cache policy vpnc
vpnc:
  Installed: 0.5.3r512-2ubuntu1
  Candidate: 0.5.3r512-2ubuntu1
  Version table:
 *** 0.5.3r512-2ubuntu1 0
        500 http://us.archive.ubuntu.com/ubuntu/ utopic/universe amd64 Packages
        100 /var/lib/dpkg/status

$ apt-cache policy vpnc-scripts
vpnc-scripts:
  Installed: 0.1~git20120602-2
  Candidate: 0.1~git20120602-2
  Version table:
 *** 0.1~git20120602-2 0
        500 http://us.archive.ubuntu.com/ubuntu/ utopic/universe amd64 Packages
        100 /var/lib/dpkg/status

$ apt-cache policy network-manager
network-manager:
  Installed: 0.9.8.8-0ubuntu28
  Candidate: 0.9.8.8-0ubuntu28
  Version table:
 *** 0.9.8.8-0ubuntu28 0
        500 http://us.archive.ubuntu.com/ubuntu/ utopic/main amd64 Packages
        100 /var/lib/dpkg/status

$ apt-cache policy network-manager-vpnc
network-manager-vpnc:
  Installed: 0.9.8.6-2ubuntu1
  Candidate: 0.9.8.6-2ubuntu1
  Version table:
 *** 0.9.8.6-2ubuntu1 0
        500 http://us.archive.ubuntu.com/ubuntu/ utopic/universe amd64 Packages
        100 /var/lib/dpkg/status

$ apt-cache policy network-manager-vpnc-gnome
network-manager-vpnc-gnome:
  Installed: 0.9.8.6-2ubuntu1
  Candidate: 0.9.8.6-2ubuntu1
  Version table:
 *** 0.9.8.6-2ubuntu1 0
        500 http://us.archive.ubuntu.com/ubuntu/ utopic/universe amd64 Packages
        100 /var/lib/dpkg/status

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.