Hi Dan,
I did some primary tests of patch for nm-openvpn, found it will lost secrets
when shift from system scope to user scope(I.E. when user deselects
Available to all users).
Then I've verified this bug on the patch for nm-pptp, too.
More codes should be added to take care of above scene.
2010/2/27 Dan Williams d...@redhat.com
On Fri, 2010-02-26 at 21:17 +0800, cee1 wrote:
The connection editor should support this as long as a system
settings
plugin is enabled that supports writing out VPN connections.
At the
moment the only
The second version of patch for nm-openvpn: filter out empty secrets before
saving to system scope.
--
Regards,
- cee1
nm-openvpn_Store-password-in-system-scope V2.patch
Description: Binary data
___
networkmanager-list mailing list
The connection editor should support this as long as a system settings
plugin is enabled that supports writing out VPN connections. At the
moment the only plugin that does support this is the 'keyfile' plugin.
Look in /etc/NetworkManager/nm-system-settings.conf to see if it's
enabled.
The
On Tue, 2010-02-23 at 17:29 +0800, cee1 wrote:
Hi all,
I'm using NM-0.7.2 with nm-pptp-0.7.2 and nm-applet-0.7.2, and find NM
can't save password of VPN connection in system scope.
It seems these's no way for NM to read user entered password, and
hence no way for nm-system-setting to save
For system settings, all necessary passwords are required to exist
already in system scope, because system settings are available before
login, and of course if the user isn't there to type them in, the
connection is not usable. Thus I'd expect that for a system connection,
the passwords
On Thu, 2010-02-25 at 08:45 +0800, cee1 wrote:
For system settings, all necessary passwords are required to
exist
already in system scope, because system settings are available
before
login, and of course if the user isn't there to type them in,
Hi all,
I'm using NM-0.7.2 with nm-pptp-0.7.2 and nm-applet-0.7.2, and find NM can't
save password of VPN connection in system scope.
It seems these's no way for NM to read user entered password, and hence no
way for nm-system-setting to save the password.
The reason is:
Only the function