Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#30747 - [networkmanager-openconnect] auth dialog failure

Attached to Project: Arch Linux
Opened by Brandon (hashstat) - Wednesday, 18 July 2012, 22:17 GMT
Last edited by Jan Alexander Steffens (heftig) - Sunday, 10 March 2013, 16:32 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Ionut Biru (wonder)
Jan Alexander Steffens (heftig)
Architecture x86_64
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 5
Private No

Details

Description:

When attempting to make a networkmanager-openconnect VPN connection using the gnome-shell applet, the connection fails immediately, with no prompts whatsoever.

A similar bug was reported on launchpad https://bugs.launchpad.net/ubuntu/+source/network-manager-applet/+bug/985788 with a couple of suggestions to work around the issue, but none are working for me. In particular #21 suggests a soft link from /usr/lib/networkmanager/nm-openconnect-auth-dialog to /usr/lib/gnome-shell/nm-openconnect-auth-dialog, which at least gets me a prompt for credentials, but crashes gnome-shell upon connection.

There is also an upstream report for networkmanager-pptp that is similar https://bugzilla.gnome.org/show_bug.cgi?id=679212 and appears to be Arch-specific. It is also unclear whether this is an upstream or Arch bug.


Additional info:

* package version(s)
networkmanager-openconnect 0.9.4.0-1

* config and/or log files etc.

Configuration:

The VPN was added through the "Network Connections" dialog. All the defaults were used except the Gateway and the CA Certificate.

Logged in /var/log/everything.log:

Jul 18 14:41:27 localhost NetworkManager[642]: <info> Starting VPN service 'openconnect'...
Jul 18 14:41:27 localhost NetworkManager[642]: <info> VPN service 'openconnect' started (org.freedesktop.NetworkManager.openconnect), PID 4960
Jul 18 14:41:27 localhost NetworkManager[642]: <info> VPN service 'openconnect' appeared; activating connections
Jul 18 14:41:27 localhost NetworkManager[642]: <error> [1342647687.700487] [nm-vpn-connection.c:934] get_secrets_cb(): Failed to request VPN secrets #3: (6) No agents were available for this request.
Jul 18 14:41:27 localhost NetworkManager[642]: <info> Policy set 'Wired connection 1' (eth0) as default for IPv4 routing and DNS.

No errors were reported in .xsession-errors.

Steps to reproduce:

1. Configure an openconnect VPN connection as described in Configuration above.
2. Click the network applet in the top panel and click the VPN connection
This task depends upon

Closed by  Jan Alexander Steffens (heftig)
Sunday, 10 March 2013, 16:32 GMT
Reason for closing:  Fixed
Additional comments about closing:  gnome-shell 3.6.3.1-3
Comment by Jelle van der Waa (jelly) - Saturday, 21 July 2012, 18:33 GMT
Looks like upstream fixed it with a patch, so hopefully they will include it soon.
Comment by Alessandro Crismani (alexcriss) - Wednesday, 19 September 2012, 04:46 GMT
  • Field changed: Percent Complete (100% → 0%)
Still not working for me.

pacman -Qs openconnect:
local/networkmanager-openconnect 0.9.6.2-1
NetworkManager VPN integration for openconnect
local/openconnect 1:4.06-1
Open client for Cisco AnyConnect VPN


An the log says:
Sep 13 21:44:25 alessandro-sammy NetworkManager[250]: <error> [1347565465.25645] [nm-vpn-connection.c:1405] get_secrets_cb(): Failed to request VPN secrets #3: (6) No agents were available for this
Sep 13 21:44:25 alessandro-sammy NetworkManager[250]: <info> Policy set 'alessandro-bedroom automatica' (wlan0) as default for IPv4 routing and DNS.
Comment by Sean V Kelley (seanvk) - Wednesday, 19 September 2012, 04:53 GMT
Still not working for myself as well:

pacman -Qs openconnect
local/networkmanager-openconnect 0.9.6.2-1
NetworkManager VPN integration for openconnect
local/openconnect 1:4.06-1
Open client for Cisco AnyConnect VPN

Log reports:
Sep 18 10:09:30 flinthills NetworkManager[460]: <info> VPN service 'openconnect'
appeared; activating connections
Sep 18 10:09:35 flinthills NetworkManager[460]: <error> [1347988175.387285] [nm-vpn-connection.c:1405] get_secrets_cb(): Failed to request VPN secrets #3: (6) No agents were available for this request.
Sep 18 10:09:35 flinthills NetworkManager[460]: <info> Policy set 'ap-wifi' (wlan0) as default for IPv4 routing and DNS.
Sep 18 10:09:40 flinthills NetworkManager[460]: <info> VPN service 'openconnect' disappeared

Work around: (Sym link into /usr/lib/gnome-shell)
seanvk@flinthills:~$ cd /usr/lib/gnome-shell/
seanvk@flinthills:/usr/lib/gnome-shell$ sudo ln -s /usr/lib/networkmanager/nm-openconnect-auth-dialog .

After that I get the dialog.





Comment by Sean V Kelley (seanvk) - Wednesday, 19 September 2012, 05:20 GMT

The idea for the symlink work around came from comment #21 here - https://bugs.launchpad.net/ubuntu/+source/network-manager-applet/+bug/985788

seanvk@flinthills:~$ cd /usr/lib/gnome-shell/
seanvk@flinthills:/usr/lib/gnome-shell$ sudo ln -s /usr/lib/networkmanager/nm-openconnect-auth-dialog .



Comment by Sean V Kelley (seanvk) - Wednesday, 19 September 2012, 05:58 GMT

The attached patch was used to resolve the issue in Ubuntu. It sets a path for the auth dialog.
   auth_dialog_libexecdir.patch (0.7 KiB)
Comment by Sean V Kelley (seanvk) - Wednesday, 19 September 2012, 07:22 GMT
I built from abs with the above patch applied (auth_dialog_libexecdir). However, it resulted in the same output error as seen originally. So the only thing that is working for me at present is the sym link work around.
Comment by Peter C (petercee) - Tuesday, 30 October 2012, 10:14 GMT
I can confirm this is still a problem in,

networkmanager-openconnect 0.9.6.2-1

and that the sym link workaround does work in my case. Thanks, Sean.
Comment by Greg (dolby) - Saturday, 17 November 2012, 07:01 GMT
Has this been reported upstream?
Comment by Sam (digger) - Thursday, 29 November 2012, 03:22 GMT
I have the same issue. The sym link did not work for me. I have posted to the Arch forums.

https://bbs.archlinux.org/viewtopic.php?pid=1199439#p1199439
Comment by Sam (digger) - Friday, 30 November 2012, 17:06 GMT
Adding openconnect debug log.
   openconnect.debug.log (2.5 KiB)
Comment by Sam (digger) - Monday, 03 December 2012, 04:05 GMT
The fix for me was the auth-dialog, but a reboot is needed afterwards.

Details on how I fixed it are updated in the forum
https://bbs.archlinux.org/viewtopic.php?pid=1201304#p1201304
Comment by Karol Babioch (johnpatcher) - Monday, 14 January 2013, 16:43 GMT
I can confirm that the fix mentioned above by Sam (digger) from [1] does fix this issue for me, too. It basically comes down to this:

# ln -s /usr/lib/networkmanager/nm-openconnect-auth-dialog /usr/lib/gnome-shell/

Afterwards a reboot is needed. Maybe this could be incorporated into the package with a post_install message telling the user to reboot.
Comment by Clemens Buchacher (drizzd) - Sunday, 10 March 2013, 13:27 GMT
This issue is being patched in the Arch Linux package for networkmanager-pptp: https://bugs.archlinux.org/task/32730 .

The same issue applies to networkmanager-openconnect and networkmanager-vpnc.

Loading...