Can not connect to vpn using plasma-widget-networkmanagement

[Hans Bakker]

Binary package hint: plasma-widget-networkmanagement

I'm using Kubuntu Karmic (updated using update-manager -d from Jaunty) and added an openvpn connection to knetworkmanager. When I click on the systray-icon and click on the vpn connection, no connection is made. The popup from the systray does not go away, so it looks like the dialog does not even 'consume' the click.

After that I discovered that network-manager-openvpn was not installed, so I installed that, but that did not make any difference.

[Jonathan Thomas (echidnaman)]

Is this an OpenVPN or a VPNC connection?

[Hans Bakker (hansmbakker)]

OpenVPN, but IIRC it worked that way with all vpn types. I also made a pptp vpn connection and that did not work either. Does double-clicking trigger the connect action? Because that doesn't seem intuitive.

[Jonathan Thomas (echidnaman)]

pptp vpn connections currently aren't implemented yet (bug 151867)

[Jonathan Thomas (echidnaman)]

Do you specify a username in the connection information? A bug was recently fixed where it would incorrectly send an empty username when no username was specified (http://bugs.kde.org/show_bug.cgi?id=205894), which may be the bug you are experiencing. (The fix for that bug will be applied on the next update for this package)

[Hans Bakker (hansmbakker)]

I did, but as my laptop is broken now I can't give more details.

2009/9/14 Jonathan Thomas <email address hidden>

> Do you specify a username in the connection information? A bug was
> recently fixed where it would incorrectly send an empty username when no
> username was specified (http://bugs.kde.org/show_bug.cgi?id=205894),
> which may be the bug you are experiencing. (The fix for that bug will be
> applied on the next update for this package)
>
> ** Bug watch added: KDE Bug Tracking System #205894
> http://bugs.kde.org/show_bug.cgi?id=205894
>
> --
> Can not connect to vpn using plasma-widget-networkmanagement
> https://bugs.launchpad.net/bugs/415076
> You received this bug notification because you are a direct subscriber
> of the bug.
>

[Jonathan Thomas (echidnaman)]

Ok, thanks for the response. To really get anywhere, we'd need to get logs of the connection, but since your hardware doesn't work at the moment I'm guessing we won't be able to. I'm closing this bug since we cannot pursue it further, but if you are able to provide further information in the future, feel free to reopen it.

[MiSza (mszamocki)]

I have a fresh install of kubuntu karmic koala (x86) with all update applied and I can't connect to openvpn server using knetworkmanager (plasma-widget-networkmanagement). I choose connection type: X.509 certificate and fill all three fields with proper certificate/key files. I tried to use key file with ant without passphrase but no VPN connection is made. I attach two NetworkManager logs (from syslog).
I'm ready to provide any assistance you need to fix this bug.

[Pascal Vandeputte (pascal-vdp)]

I can confirm this behaviour. A textbox to enter the passphrase for the key file is also missing in action.

[Egbert van der Wal (eggie)]

I have the same problem. Not only with VPN but also with 3G connections when I plug in my phone using USB. nm-applet works fine for these tasks, but the kde network manager does not seem to recognize the clicks as nothing happens as described above. The popup window just stays open and nothing changes.

I repeat: nm-applet works perfectly so it seems to be a KDE specific thing.

[Patrick Gendron (spasas)]

I am having the same issue as describe by MISza. Here is the log I get if it can help.

2009-10-29 22:17:29 kubuntu NetworkManager <info> Starting VPN service 'org.freedesktop.NetworkManager.pptp'...
2009-10-29 22:17:29 kubuntu NetworkManager <info> VPN service 'org.freedesktop.NetworkManager.pptp' started (org.freedesktop.NetworkManager.pptp), PID 2263
2009-10-29 22:17:29 kubuntu NetworkManager <info> VPN service 'org.freedesktop.NetworkManager.pptp' just appeared, activating connections
2009-10-29 22:17:29 kubuntu NetworkManager <info> Policy set 'Auto eth0' (eth0) as default for routing and DNS.
2009-10-29 22:17:31 kubuntu NetworkManager <debug> [1256869051.002363] ensure_killed(): waiting for vpn service pid 2262 to exit
2009-10-29 22:17:31 kubuntu NetworkManager <debug> [1256869051.002519] ensure_killed(): vpn service pid 2262 cleaned up

[Olaf Lenz (olenz)]

I also can confirm the problem. This is the excerpt from /var/log/daemon.log:

Nov 20 09:29:35 qwghlm NetworkManager: <info> Starting VPN service 'org.freedesktop.NetworkManager.openvpn'...
Nov 20 09:29:35 qwghlm NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.openvpn' started (org.freedesktop.NetworkManager.openvpn), PID 6975
Nov 20 09:29:35 qwghlm NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.openvpn' just appeared, activating connections
Nov 20 09:29:35 qwghlm NetworkManager: <info> VPN plugin state changed: 3
Nov 20 09:29:35 qwghlm nm-openvpn[6978]: OpenVPN 2.1_rc19 x86_64-pc-linux-gnu [SSL] [LZO2] [EPOLL] [PKCS11] built on Oct 13 2009
Nov 20 09:29:35 qwghlm NetworkManager: <info> VPN connection 'MPIP' (Connect) reply received.
Nov 20 09:29:35 qwghlm nm-openvpn[6978]: WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info.
Nov 20 09:29:35 qwghlm nm-openvpn[6978]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Nov 20 09:29:35 qwghlm nm-openvpn[6978]: /usr/bin/openssl-vulnkey -q -b 1024 -m <modulus omitted>
Nov 20 09:29:35 qwghlm nm-openvpn[6978]: LZO compression initialized
Nov 20 09:29:35 qwghlm nm-openvpn[6978]: Attempting to establish TCP connection with 194.95.63.248:143 [nonblock]
Nov 20 09:29:45 qwghlm nm-openvpn[6978]: TCP: connect to 194.95.63.248:143 failed, will try again in 5 seconds: Connection timed out
Nov 20 09:30:00 qwghlm nm-openvpn[6978]: TCP: connect to 194.95.63.248:143 failed, will try again in 5 seconds: Connection timed out
Nov 20 09:30:07 qwghlm wpa_supplicant[785]: CTRL-EVENT-SCAN-RESULTS
Nov 20 09:30:15 qwghlm NetworkManager: <info> VPN connection 'MPIP' (IP Config Get) timeout exceeded.
Nov 20 09:30:15 qwghlm nm-openvpn[6978]: SIGTERM[hard,init_instance] received, process exiting

[Andrew Stevens (andrew-stevens)]

Also confirm.

An openvpn connection (X.509 with password) sim fails without any error feedback when selected.

/var/log/daemon.log reveals

Nov 26 14:36:51 mouldy NetworkManager: <info> Starting VPN service 'org.freedesktop.NetworkManager.openvpn'...
Nov 26 14:36:51 mouldy NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.openvpn' started (org.freedesktop.NetworkManager.openvpn), PID 6903
Nov 26 14:36:51 mouldy NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.openvpn' just appeared, activating connections
Nov 26 14:36:51 mouldy NetworkManager: <info> VPN plugin state changed: 1
Nov 26 14:36:51 mouldy NetworkManager: <info> VPN plugin state changed: 3
Nov 26 14:36:51 mouldy nm-openvpn[6906]: OpenVPN 2.1_rc19 x86_64-pc-linux-gnu [SSL] [LZO2] [EPOLL] [PKCS11] built on Oct 13 2009
Nov 26 14:36:51 mouldy NetworkManager: <info> VPN connection 'New VPN Connection' (Connect) reply received.
Nov 26 14:36:51 mouldy NetworkManager: <WARN> vpn_service_watch_cb(): VPN service 'org.freedesktop.NetworkManager.openvpn' died with signal 11
Nov 26 14:36:51 mouldy NetworkManager: <WARN> connection_state_changed(): Message did not receive a reply (timeout by message bus)
Nov 26 14:36:51 mouldy NetworkManager: <info> (eth0): writing resolv.conf to /sbin/resolvconf
Nov 26 14:36:51 mouldy NetworkManager: <info> Policy set 'Auto eth0' (eth0) as default for routing and DNS.
Nov 26 14:36:51 mouldy NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.openvpn' disappeared, cancelling connections

Note that under Gone using the gnome network manager applet the self-same openvpn connection configuration works just fine.

This is a bit of PIA as I much prefer working under the slick KDE desktop ;-

[Peter (peterroots)]

I can confirm this too on Kubuntu karmic - no place to enter the passphrase for a x509certificate based connection and no prompt for one.
I can also confirm that the connection failure is due to 'no vpn secrets' according to syslog

This connection works fine from the command line (using a .ovpn file) and also works fine in Ubuntu karmic using the same certificate and key files as tried in Kubuntu. In Ubuntu the nm-config page for openvpn has space to fill in the passphrase which is then used without any problem

[Marc Bres Gil (marc-bres)]

I can confirm the problem for kubuntu karmic with 3g modem (huawei e220). I can configure the connection via "manage connections", but when clicking on the new connection via 3g nothing happens, seems that network manager didn't acknowledge the click.
NM recognizes correctly the USB 3g modem, because if I disconnect it, the 3gConnection disappears from the menu.

[barbanegra (barbanegra555)]

Confirmed here (I believe it is the same bug) using vpnc and saved username/password.
An excerpt from /var/log/daemon.log:

Jul 15 18:59:22 JP-Portatil NetworkManager: <info> Starting VPN service 'org.freedesktop.NetworkManager.vpnc'...
Jul 15 18:59:22 JP-Portatil NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.vpnc' started (org.freedesktop.NetworkManager.vpnc), PID 13357
Jul 15 18:59:22 JP-Portatil NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.vpnc' just appeared, activating connections
Jul 15 18:59:22 JP-Portatil NetworkManager: nm-vpn-connection.c.828: NeedSecrets failed: dbus-glib-error-quark Rejected send message, 1 matched rules; type="method_call", sender=":1.2" (uid=0 pid=873 comm="NetworkManager) interface="org.freedesktop.NetworkManager.VPN.Plugin" member="NeedSecrets" error name="(unset)" requested_reply=0 destination="org.freedesktop.NetworkManager.vpnc" (uid=0 pid=13357 comm="/usr/lib/network-manager-vpnc/nm-vpnc-service))
Jul 15 18:59:22 JP-Portatil NetworkManager: <WARN> connection_state_changed(): Rejected send message, 1 matched rules; type="method_call", sender=":1.2" (uid=0 pid=873 comm="NetworkManager) interface="org.freedesktop.NetworkManager.VPN.Plugin" member="Disconnect" error name="(unset)" requested_reply=0 destination="org.freedesktop.NetworkManager.vpnc" (uid=0 pid=13357 comm="/usr/lib/network-manager-vpnc/nm-vpnc-service))

and /var/log/syslog:
ul 15 18:59:22 JP-Portatil NetworkManager: <info> Starting VPN service 'org.freedesktop.NetworkManager.vpnc'...
Jul 15 18:59:22 JP-Portatil NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.vpnc' started (org.freedesktop.NetworkManager.vpnc), PID 13357
Jul 15 18:59:22 JP-Portatil NetworkManager: <info> VPN service 'org.freedesktop.NetworkManager.vpnc' just appeared, activating connections
Jul 15 18:59:22 JP-Portatil NetworkManager: nm-vpn-connection.c.828: NeedSecrets failed: dbus-glib-error-quark Rejected send message, 1 matched rules; type="method_call", sender=":1.2" (uid=0 pid=873 comm="NetworkManager) interface="org.freedesktop.NetworkManager.VPN.Plugin" member="NeedSecrets" error name="(unset)" requested_reply=0 destination="org.freedesktop.NetworkManager.vpnc" (uid=0 pid=13357 comm="/usr/lib/network-manager-vpnc/nm-vpnc-service))
Jul 15 18:59:22 JP-Portatil NetworkManager: <WARN> connection_state_changed(): Rejected send message, 1 matched rules; type="method_call", sender=":1.2" (uid=0 pid=873 comm="NetworkManager) interface="org.freedesktop.NetworkManager.VPN.Plugin" member="Disconnect" error name="(unset)" requested_reply=0 destination="org.freedesktop.NetworkManager.vpnc" (uid=0 pid=13357 comm="/usr/lib/network-manager-vpnc/nm-vpnc-service))
Jul 15 18:59:22 JP-Portatil NetworkManager: <info> Policy set 'JP_Casa' (eth0) as default for routing and DNS.
Jul 15 18:59:23 JP-Portatil NetworkManager: <info> (eth0): device state change: 8 -> 3 (reason 38)
Jul 15 18:59:23 JP-Portatil NetworkManager: <info> (eth0): deactivating device (reason: 38).
Jul 15 18:59:23 JP-Portatil NetworkManager: <WARN> check_one_route(): (eth0) error -34 returned from rtnl_route_del(): Sucess#012
Jul 15 18:59:23 JP-Portatil ...