[SRU] Virtual private network connection fails after distribution upgrade due to outdated Network Manager configuration files
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
One Hundred Papercuts |
High
|
Unassigned | |||
network-manager-vpnc |
New
|
Undecided
|
Unassigned | ||
network-manager-applet (Ubuntu) |
Medium
|
Unassigned | |||
Trusty |
Medium
|
Unassigned | |||
network-manager-openconnect (Ubuntu) |
High
|
Unassigned | |||
Trusty |
High
|
Unassigned | |||
Xenial |
High
|
Unassigned | |||
network-manager-openvpn (Ubuntu) |
High
|
Unassigned | |||
Trusty |
High
|
Unassigned | |||
Xenial |
High
|
Unassigned | |||
Yakkety |
High
|
Unassigned | |||
network-manager-vpnc (Ubuntu) |
High
|
Unassigned | |||
Trusty |
High
|
Unassigned | |||
Xenial |
High
|
Unassigned | |||
Yakkety |
High
|
Unassigned |
Bug Description
[Impact]
* People who are using VPN services (of any kind, using vpnc, openvpn, pptp, etc.
[Test Case]
HOW TO REPRODUCE
1. Upgrade to a newer Ubuntu release.
2. Using the Network Manager application, try to start a virtual private network connection.
EXPECTED BEHAVIOUR
- The connection to complete successfully.
ACTUAL BEHAVIOUR
- The current configuration files, created by a previous network manager installation in the gconf user home folder, makes the application to misbehave; returning a log like this:
[Regression Potential]
May cause Gnome-Shell detection to give up prematurely.
[PPA with a Possible Solution]
Please see the https:/
[Additional information]
Mar 26 13:23:31 hprem-rmbp NetworkManager[
Mar 26 13:23:31 hprem-rmbp NetworkManager[
Mar 26 13:23:31 hprem-rmbp NetworkManager[
Mar 26 13:23:31 hprem-rmbp NetworkManager[
Mar 26 13:23:31 hprem-rmbp NetworkManager[
Mar 26 13:23:31 hprem-rmbp NetworkManager[
Mar 26 13:23:31 hprem-rmbp NetworkManager[
Mar 26 13:23:36 hprem-rmbp NetworkManager[
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: network-
Uname: Linux 3.13.0-
NonfreeKernelMo
ApportVersion: 2.13.3-0ubuntu1
Architecture: amd64
CurrentDesktop: Unity
Date: Wed Mar 26 13:26:42 2014
InstallationDate: Installed on 2014-01-17 (67 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64+mac (20140115)
SourcePackage: network-
UpgradeStatus: No upgrade log present (probably fresh install)
Prem Anand (h.prem.anand) wrote : | #1 |
Launchpad Janitor (janitor) wrote : | #2 |
Changed in network-manager-vpnc (Ubuntu): | |
status: | New → Confirmed |
E. Lefty Kreouzis (lefty-kreouzis) wrote : | #3 |
This also affects openvpn VPNs not only vpnc
Apr 19 08:37:26 localhost NetworkManager[
Apr 19 08:38:21 localhost NetworkManager[
Apr 19 08:41:01 localhost NetworkManager[
Apr 19 08:41:01 localhost NetworkManager[
Apr 19 08:41:01 localhost NetworkManager[
Apr 19 08:41:01 localhost NetworkManager[
Apr 19 08:41:01 localhost NetworkManager[
Apr 19 08:41:06 localhost NetworkManager[
Same error message: [nm-vpn-
E. Lefty Kreouzis (lefty-kreouzis) wrote : | #4 |
I created a new login and the VPNC VPN was started properly - this must have something to do with the upgrade and the old network-
Where are they kept?
E. Lefty Kreouzis (lefty-kreouzis) wrote : | #5 |
When I log in to the new account and start a VPN after this I can start and stop VPNs even from my old account something doesn't start right
Mike Seda (x-mike-z) wrote : | #6 |
I am also experiencing the following after upgrading from 13.10 to 14.04:
get_secrets_cb(): Failed to request VPN secrets #2: (6) No agents were available for this request.
I can connect via command-line (openvpn --config client.ovpn). However, having VPN client integrated into the GUI is highly desirable - since /etc/resolv.conf manipulation is handled with that method.
Please fix at your earliest convenience.
FYI, this issue seems to be related to Bug #1247682:
https:/
Mike Seda (x-mike-z) wrote : | #7 |
I have resolved the issue on my box by installing resolvconf (and it's dependency, ubuntu-minimal).
Mike Seda (x-mike-z) wrote : | #8 |
This bug has just reappeared for me. It seems to have occured after the last 14.04 patch set. I am fully up to date with patches as of right now (2014-05-02 11:20).
CUnknown (christiaanunknown) wrote : | #9 |
It seems that exporting the VPN config with the export button in the edit window of the VPN connection is also broken.
Maybe this is related?
It gives an error 'unknown error'.
Launchpad Janitor (janitor) wrote : | #10 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in network-manager-openconnect (Ubuntu): | |
status: | New → Confirmed |
Mkchan (mkchan) wrote : | #11 |
I am also seeing this.
I can confirm that vpn works when creating a brand new Unity login user
Launchpad Janitor (janitor) wrote : | #12 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in network-manager-openvpn (Ubuntu): | |
status: | New → Confirmed |
Babar (babarhaq) wrote : | #13 |
Same issue on 14.04. In my case a restart mostly fixes it.
Anton Anikin (anton-anikin) wrote : | #14 |
I have the same problem on Ubuntu 14.10
Kyle Stevens (kstevens715) wrote : | #15 |
Also experiencing the same thing on 14.04.
Kyle Stevens (kstevens715) wrote : | #16 |
I was able to work around this bug by deleting the files in ~/.local/
diabloneo (diabloneo) wrote : | #17 |
sorry, just misclick. Change type back to 'Public'
information type: | Public → Public Security |
information type: | Public Security → Public |
Brian Hart (hartb-austin) wrote : | #18 |
Also seeing this on Xubuntu 14.04, upgraded from 13.10.
Restart doesn't fix it. I don't have a keyrings file or directory in ~/.local/share/.
If I right click on nm-applet, then Edit Connections, then select a VPN and click Edit, a small edit panel comes up but remains blank/greyed-out for about a minute or so. Then after about a minute, the edit panel is replaced by larger panel with all the data populated and controls enabled.
gnustavo (gnustavo) wrote : | #19 |
The problem was "solved" for me by renaming the $HOME/.gconf directory and restarting the Gnome session.
I don't know what that directory holds but I haven't noticed any side effect besides the VPN working again.
Javierrios (jrios) wrote : | #20 |
Yesterday I was make upgrade ubuntu 13.10 to Ubuntu 14.04 and now vpn don't work ... And I changed the file $home/.gconf and $home/.local/share and the problem i can't fix ... any idea ?
Javierrios (jrios) wrote : | #21 |
The problem is resolved .. I send the e-mail gnustavo and he send me the step for resolved (Thanks !!!)
The Steps
1) Create new user administrador
2) Loggin with new user
3) delete .gconf into the your $home
4) logout
5) Loggin your user
6) the network-manager vpnc work
Stefano Bagnatica (thepisu) wrote : | #22 |
I confirm that the problem is solved renaming .gconf directory (from terminal mv .gconf gconf-backup), and doing logout and login.
@jrios: there is no need to create another admin user, as your user itself can move / delete its .gconf directory.
Would be good to find why this was needed... as I think that this operation could lose some other configs..
Petr Kubánek (petr-kubanek) wrote : | #23 |
The issue seems to be resolved by the latest Network updates - my VPNs connections were not working yesterday, are back working today. I did not change any settings, I just apply available updates.
Actually no. I though it was fixed with the update (it was working), but after a reboot, it's broken again!
Petr Kubánek (petr-kubanek) wrote : | #26 |
It works for me even after reboot.
tallien (tallien) wrote : | #27 |
It is still not working for me. I am using vpnc. None of the updates has made any difference for me. When I click on the VPN profile that I created previously, nothing happens. The connection icon doesn't change, and no connection is made. I am able to edit profiles but not actually make a connection. Deleting .gconf didn't work for me, but I may have messed up when I tried that fix. Will try again and update if it works.
tallien (tallien) wrote : | #28 |
I deleted the .gconf folder, shut down my PC and restarted. I was able to get a VPN connection established. But the Disconnect option for the VPN connection failed to work. I clicked on it and nothing happened. The only way to disconnect from the VPN was to use the main Disconnect option and disconnect from my underlying ethernet connection.
After that, all further attempts to connect to a VPN failed the same way as before (click on connect to VPN, nothing happens). Deleting .gconf again and logging in and out allowed me to connect again, and once again I had to disconnect the ethernet connection in order to stop the VPN connection, and then all further attempts to make VPN connections failed again just like before.
Would anyone happen to know if there is a CLI command for connecting and disconnecting to VPNs via vpnc that could be used until this is fixed?
Lal Samuel Varghese (lalsam) wrote : | #29 |
Just put all your vpn parameters in /etc/vpnc/
tallien (tallien) wrote : | #31 |
Thanks Lal! I found some more info on what you said at http://
It works, but unfortunately this method does not seem to allow me to access certain functions on the system I need to connect to. Probably due to DNS issues. I found some info on that on the Gentoo wiki and will continue to experiment.
In the meantime the applet controls are still not working. It seems for me they only work the first time after deleting .gconf, and after vpnc is used once and a fresh config file is written, it stops working again. Hopefully there will be a fix for this soon.
I noticed the following - in the login sceen if I wait for the WiFi network connection to be established then once I log in I can start/stop VPN connections
If I log in before the connection is established then I am not allowed to start/stop VPN connections
This is supported by the fact that I have created an extra user login - if I can't start/stop VPN connections with my normal user id, if I switch to the extra login I can start/stop them
Further information -
If I find I can't start a VPN connection and I log out and log in again then VPN connections work again.
There seems to be some kind of race issue between log in and network connectivity. I don't have the first clue on where to look though
Francis Avila (francisga) wrote : | #34 |
This also affected me.
When I attempt to connect to a VPN using the network connection icon in the system try, nothing would happen. (Literally nothing: no error message, no ui changes, no "attempting to connect" icon animation, etc.)
Syslog:
Jul 21 10:38:34 hospitium NetworkManager[
Jul 21 10:38:34 hospitium NetworkManager[
Jul 21 10:38:34 hospitium NetworkManager[
Jul 21 10:38:34 hospitium NetworkManager[
Jul 21 10:38:34 hospitium NetworkManager[
Jul 21 10:38:40 hospitium NetworkManager[
The minimal workaround I used was this:
1. Delete ~/.gconf/
2. Log out then log back in.
So far the file has not reappeared.
James Troup (elmo) wrote : | #35 |
Seeing the same thing on Ubuntu 14.04 with network-
tallien (tallien) wrote : | #36 |
Looks like my case is a little more problematic than most other posters on this thread.
Re. #32 I am not using WiFi. However I have tried waiting a long time before logging in just to test this and it makes no difference for me. My ethernet connection is usually up almost instantaneously anyway.
Re. #34, the file reappears for me after each first new use upon logging back in. In order to make it work a second time I have to again delete the file and log out/in again. And disconnecting never works from the menu, even on the first use after login.
Same problem with ubuntu 14.04 and networkmanager-
If any logs are needed, pls tell me which
Stefanotis (stefan-brasse) wrote : | #38 |
Same problem here. I can successfully connect to VPN Network, but immediatelly after being connected, the network-manager restarts. Workaround #34 had no effect.
Aug 5 16:50:57 stef-notebook openconnect[12306]: Established DTLS connection (using OpenSSL)
Aug 5 16:50:58 stef-notebook NetworkManager[
Aug 5 16:50:58 stef-notebook NetworkManager[
Aug 5 16:50:58 stef-notebook kernel: [ 6261.956506] NetworkManager[
Aug 5 16:50:58 stef-notebook NetworkManager[
@ #38 : your problem is different
adasiko (adasiko256) wrote : | #40 |
#34
"The minimal workaround I used was this:
1. Delete ~/.gconf/
2. Log out then log back in.
So far the file has not reappeared."
Yes, it's working. But it breaks by itself :(
Changed in network-manager-vpnc (Ubuntu): | |
importance: | Undecided → High |
Changed in network-manager-openvpn (Ubuntu): | |
importance: | Undecided → High |
Changed in network-manager-openconnect (Ubuntu): | |
importance: | Undecided → High |
tags: | added: utopic |
tags: | added: dist-upgrade |
summary: |
- VPN Connection fails after last upgrade on 14.04 + Virtual private network connection fails due to a misconfiguration in + the network manager |
summary: |
- Virtual private network connection fails due to a misconfiguration in - the network manager + Virtual private network connection fails after distribution upgrade due + to a misconfigured time-stamp in the network manager |
summary: |
Virtual private network connection fails after distribution upgrade due - to a misconfigured time-stamp in the network manager + to a misconfiguration in the network manager |
description: | updated |
summary: |
Virtual private network connection fails after distribution upgrade due - to a misconfiguration in the network manager + to outdated network manager configuration files |
Changed in hundredpapercuts: | |
importance: | Undecided → High |
status: | New → Confirmed |
status: | Confirmed → Triaged |
Changed in network-manager-openconnect (Ubuntu): | |
status: | Confirmed → Triaged |
Changed in network-manager-openvpn (Ubuntu): | |
status: | Confirmed → Triaged |
Changed in network-manager-vpnc (Ubuntu): | |
status: | Confirmed → Triaged |
summary: |
Virtual private network connection fails after distribution upgrade due - to outdated network manager configuration files + to outdated Network Manager configuration files |
tags: | added: patch |
information type: | Public → Public Security |
information type: | Public Security → Public |
summary: |
- Virtual private network connection fails after distribution upgrade due - to outdated Network Manager configuration files + [SRU] Virtual private network connection fails after distribution + upgrade due to outdated Network Manager configuration files |
description: | updated |
description: | updated |
tags: | added: vivid |
tags: | added: wily |
description: | updated |
tags: | added: sts |
Changed in network-manager-applet (Ubuntu): | |
status: | New → In Progress |
importance: | Undecided → Medium |
Launchpad Janitor (janitor) wrote : | #158 |
This bug was fixed in the package network-
---------------
network-
* Fix VPNs unable to connect before re-login. (LP: #1297849)
-- Pavel Boldin (davinchi) <email address hidden> Wed, 22 Jul 2015 11:17:38 -0400
Changed in network-manager-applet (Ubuntu): | |
status: | In Progress → Fix Released |
I see that the status is "Fix Released". Does this mean if I upgraded from 14.04 to 15.04 (right now), I would not experience this bug anymore?
Nope, it means it is fixed in the development release, aka wily or 15.10.
An SRU should followup for a fix in the currently supported releases.
Fixing in the dev release is the first step.
cheers,
G.
Hello Prem, or anyone else affected,
Accepted network-
Please help us by testing this new package. See https:/
If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-
Further information regarding the verification process can be found at https:/
Changed in network-manager-applet (Ubuntu Trusty): | |
status: | New → Fix Committed |
tags: | added: verification-needed |
14.04 is Trusty, right? Well, 14.04 doesn't exhibit this bug. 14.10 does, and after upgrading to 14.10 I had to go back to 14.04 because of this bug. 15.04 did not exhibit this bug either (until a couple of months after release), then there too I had to downgrade to 14.04 again to avoid this bug.
Perhaps this fix won't hurt (the working fine) 14.04, but I thought I should at least restate my experience with this bug, in light of the previous message, that emphasizes Trusty, which (for me) I don't ever recall ever having this bug in 14.04. I'm using 14.04 right now, and do not experience this bug.
Audun Gangsto (audun-m) wrote : | #163 |
Me and the users in my company are still seeing this bug on 14.04
We really appreciate the effort to fix this, and we will start testing the proposed package and let you know about the results.
Pavel Boldin (pboldin) wrote : | #164 |
Can you please provide the logs?
D (360-dennis) wrote : | #165 |
i too see this bug, even after installing the private fix from pavel's ppa. I _think_ (i'm not sure) i see this bug on new wifi connections (where i haven't connected before). do you need logs from my system too? I'm on 15.04
I can also confirm that Pavel's patch works. Here are the steps I did:
Patch for Ubuntu 15.04 (vivid):
1) Open the sources file using the nano file editor:
sudo nano /etc/apt/
2) Add these two lines to the bottom of the /etc/apt/
deb http://
deb-src http://
3) Hold down ctrl and press o and then press enter. Now hold down ctrl+x, to exit nano.
4) Enter these command:
sudo apt-get update ; sudo apt-get upgrade
5) Reboot your computer.
Why is this patch having such a hard time making it into the main repositories?
Launchpad Janitor (janitor) wrote : | #167 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in network-manager-openconnect (Ubuntu Trusty): | |
status: | New → Confirmed |
Changed in network-manager-openvpn (Ubuntu Trusty): | |
status: | New → Confirmed |
Changed in network-manager-vpnc (Ubuntu Trusty): | |
status: | New → Confirmed |
@pboldin
I've been running your patch repository in Ubuntu 15.04, and my "saved" credentials keep getting forgotten for vpnc connections:
https:/
Is it possible that this could be caused by your patch?
Pavel Boldin (pboldin) wrote : | #171 |
It could be but I will require logs from all the services to be sure.
I think I need to create a log-gathering script.
affects: | hundredpapercuts → network-manager-applet |
Changed in network-manager-applet: | |
status: | Triaged → Invalid |
Changed in network-manager-applet (Ubuntu Trusty): | |
importance: | Undecided → Medium |
Kostadin Stoilov (kmstoilov) wrote : | #172 |
Affected by this bug on up to date Ubuntu 14.04.
Workaround in #40 solves the issue.
Syslog:
Oct 4 16:39:13 kostadin-Ubuntu NetworkManager[
Oct 4 16:39:13 kostadin-Ubuntu NetworkManager[
Oct 4 16:39:13 kostadin-Ubuntu NetworkManager[
Oct 4 16:39:13 kostadin-Ubuntu NetworkManager[
Oct 4 16:39:18 kostadin-Ubuntu NetworkManager[
Evan Broder (broder) wrote : | #173 |
@brian-murray: I just installed the package from proposed on trusty and it seems to have improved things, although there's a 5-10 second delay after nm-applet starts up where it hasn't registered itself as a secrets provider. Still, this seems to be an improvement in behavior.
tags: | added: verification-done-trusty |
affects: | network-manager-applet → hundredpapercuts |
Changed in hundredpapercuts: | |
status: | Invalid → Confirmed |
tags: | removed: verification-needed |
Changed in network-manager-openconnect (Ubuntu Trusty): | |
importance: | Undecided → High |
Changed in network-manager-openvpn (Ubuntu Trusty): | |
importance: | Undecided → High |
Changed in network-manager-vpnc (Ubuntu Trusty): | |
importance: | Undecided → High |
Launchpad Janitor (janitor) wrote : | #174 |
This bug was fixed in the package network-
---------------
network-
* Fix VPNs unable to connect before re-login. (LP: #1297849)
-- Pavel Boldin (davinchi) <email address hidden> Wed, 22 Jul 2015 11:17:38 -0400
Changed in network-manager-applet (Ubuntu Trusty): | |
status: | Fix Committed → Fix Released |
Chris J Arges (arges) wrote : Update Released | #175 |
The verification of the Stable Release Update for network-
Is this bug fixed in Ubuntu 15.10? I'm considering upgrading from 14.04 to 15.10, but I don't want to do it if doing so will require me to address this bug again.
D (360-dennis) wrote : | #177 |
I'm sorry to report the bug still occurs in 15.10. I installed a fresh copy on my XPS13 and i had to click 13 times on VPN to start it on a unknown wifi network. If you need my logs, let me know. I still monitor this thread.
Nicolas Diogo (nicolasdiogo) wrote : | #178 |
hi,
It has appeared after months using 15.10
I added a number of VPN connection and now all of them are failing ....
It also highlights the short-coming in importing multiple VPN connections and setting their username and password
thanks,
Hello Prem, or anyone else affected,
Accepted network-
Please help us by testing this new package. See https:/
If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-
Further information regarding the verification process can be found at https:/
tags: | added: verification-needed |
no longer affects: | network-manager-applet (Ubuntu Xenial) |
Changed in network-manager-openconnect (Ubuntu): | |
status: | Triaged → Fix Released |
Changed in network-manager-openconnect (Ubuntu Xenial): | |
status: | New → Fix Committed |
Launchpad Janitor (janitor) wrote : | #180 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in network-manager-openvpn (Ubuntu Xenial): | |
status: | New → Confirmed |
Changed in network-manager-vpnc (Ubuntu Xenial): | |
status: | New → Confirmed |
Jan Henke (jhe) wrote : | #182 |
I have tested the proposed version 1.2.0-0ubuntu0.
tags: | added: verification-done-xenial |
Aron Xu (happyaron) wrote : | #183 |
Works for me, marking as verification-done.
tags: |
added: verification-done removed: verification-needed |
D (360-dennis) wrote : | #184 |
I'm sorry, i read https:/
- Create the file /etc/apt/
Package: *
Pin: release a=xenial-proposed
Pin-Priority: 400
sudo apt-get upgrade -s
i got "network-
is that the correct package? It says
"network-
https:/
- sudo aptitude -t xenial-proposed
does not work for me, but im on 16.04..
After installing aptitude, it gave me
"The Value 'xenial-proposed' is invalid for APT:: Default-Release as such a release is not available in the sources"
I'm thinking the page about Testing/
Mo (alim0x) wrote : | #185 |
@6-dennis: Maybe you can try
System Settings - Software & Updates - Developer Options
There is an option of 'xenial-proposed'
In Xenial
on testing
network-
network-
Works fine.
Changed in network-manager-openconnect (Ubuntu Xenial): | |
importance: | Undecided → High |
Changed in network-manager-openvpn (Ubuntu Xenial): | |
importance: | Undecided → High |
Changed in network-manager-vpnc (Ubuntu Xenial): | |
importance: | Undecided → High |
Launchpad Janitor (janitor) wrote : | #187 |
This bug was fixed in the package network-
---------------
network-
* SRU to 1.2.0 release to match NM version (LP: #1297849)
-- Aron Xu <email address hidden> Fri, 27 May 2016 16:09:01 +0800
Changed in network-manager-openconnect (Ubuntu Xenial): | |
status: | Fix Committed → Fix Released |
ubuntu user (aaadas) wrote : | #188 |
Problem pops up again for me after upgrading from 15.10 to 16.04.
This time error message is a bit different:
<error> [1468865322.8065] vpn-connection[
Ubuntu 16.04
dpkg --list |grep openconnect
ii libopenconnect5
ii network-
ii network-
ii openconnect 7.06-2build2 amd64 open client for Cisco AnyConnect VPN
Connection from command line is working.
I tried to recreate connection and reinstalling. What else can I try?
Ramonskie (ramonskie) wrote : | #189 |
same issue here stopped working since a few days ago
im on 16.04 as wel with
network-
Installed: 1.2.0-0ubuntu0.
Vasili Burdo (vburdo) wrote : | #190 |
(repost from bug #1247682)
Hi, same problem after upgrade to Xenial.
Sometimes VPN connect succeeds, but most often it fails.
Using openconnect from command line always works.
Here are debug logs for both failed and successful and connection attempts:
-------
Jul 27 13:26:02 myubuntu NetworkManager[
Jul 27 13:26:02 myubuntu NetworkManager[
Jul 27 13:26:02 myubuntu NetworkManager[
Jul 27 13:26:02 myubuntu NetworkManager[
Jul 27 13:26:02 myubuntu NetworkManager[
Jul 27 13:26:02 myubuntu NetworkManager[
Jul 27 13:26:02 myubuntu NetworkManager[
Jul 27 13:26:02 myubuntu NetworkManager[
Jul 27 13:26:02 myubuntu NetworkManager[
Jul 27 13:26:02 myubuntu NetworkManager[
Jul 27 13:26:02 myubuntu NetworkManager[
Jul 27 13:26:02 myubuntu NetworkManager[
Jul 27 13:26:02 myubuntu NetworkManager[
Jul 27 13:26:02 myubuntu NetworkManager[
Jul 27 13:26:02 myubuntu NetworkManager[
Jul 27 13:26:02 myubuntu NetworkManager[
Jul 27 13:26:02 myubuntu NetworkManager[
Freak (rrtaft) wrote : | #191 |
There seems to be another issue causing what was mentioned in the last 3 posts not related to this bug. Once the window is open to enter your credentials, if you don't fill them out quick enough, you can get the 'Failed to request VPN secrets #3: No agents were available for this request.'. This includes fresh installs of Xenial, we have four Mint 18 users that are experiencing this. It appears to work 'sometimes', then a few users discovered you just have to login really quick for it to work. This is with network-
Vasili Burdo (vburdo) wrote : | #192 |
Hm,
I tried to upgrade network-
First impression, looks like it fixes the problem.
At least 3 connect attempts with varying delays in GUI go smooth.
And it looks like witchery, because .diff shows there was no code changes between Xenial and Yakkety - only metadata fixes.
Anyways, let's wait couple of days. Will keep this thread updated.
I'm also experiencing this after an upgrade from Xenial to Yakety (Kubuntu)
no longer affects: | network-manager-applet (Ubuntu Yakkety) |
no longer affects: | network-manager-openconnect (Ubuntu Yakkety) |
Changed in network-manager-openvpn (Ubuntu Yakkety): | |
importance: | Undecided → High |
status: | New → Confirmed |
Changed in network-manager-vpnc (Ubuntu Yakkety): | |
importance: | Undecided → High |
Launchpad Janitor (janitor) wrote : | #194 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in network-manager-vpnc (Ubuntu Yakkety): | |
status: | New → Confirmed |
no longer affects: | network-manager-applet (Ubuntu Utopic) |
no longer affects: | network-manager-openconnect (Ubuntu Utopic) |
no longer affects: | network-manager-openvpn (Ubuntu Utopic) |
no longer affects: | network-manager-vpnc (Ubuntu Utopic) |
Henry Primeau (hprimeau) wrote : | #195 |
Running 'killall nm-applet; nohup nm-applet &' in Terminal fixed the VPN connection.
Unfortunately, need to do this each time the computer is shutdown and restarted.
I'm experiencing the same problem: updated to Artful Beta to find that my VPN connection will not activate. The workaround details in https:/
Thomas (tombl) wrote : | #197 |
Same for me. My VPN connection no longer works since upgrading from 17.04 to 17.10. The work-around `killall nm-applet; nohup nm-applet &` "fixes" it temporarily...
Status changed to 'Confirmed' because the bug affects multiple users.