Bug #2152
[nm-applet] Not authorized to control networking.
0%
Description
I'm running the OpenRC Edtion of Parabola with lightdm and XFCE4.
I use NetworkManager, network-manager-applet and the nm-connection-edtior. The last two seems to be the problem.
If I want to add a WiFi via nm-connection-editor, it is not possible and will be answered with the following error message:
Insufficient privileges.
If I want to disconnect my wire I get:
(1) org.freedesktop.NetworkManager.network-control request failed: not autorized
If I open nm-connection-editor as root, I'm able to add a connection but I could not connect to it.
I'm desperate because I've tried everything and nothing works. I've wondered that restart and poweroff works, so I think polkit-elogind works?
My groups:
gid=985(users) Gruppen=985(users),3(sys),986(video),988(storage),990(optical),994(disk),995(audio),998(wheel)
History
Updated by freemor about 5 years ago
first thing to check. Is the user that you har having this issue as a member of the 'network' group?
If not please add then to that group and see if the problem persists after logging the user out and back in to pick up the group change.
Updated by anon7mous about 5 years ago
I had already tested that, unfortunately without success.
I have also implemented the instructions from the gentoo-wiki: https://wiki.gentoo.org/wiki/NetworkManager#Fixing_nm-applet_insufficient_privileges
How can I come to grips with the cause?
Updated by anon7mous about 5 years ago
Sorry that I'm a fool...
I had changed the group in the workaround from "plugdev" to "network".
polkit.addRule(function(action, subject) {
if (action.id.indexOf("org.freedesktop.NetworkManager.") == 0 && subject.isInGroup("network")) {
return polkit.Result.YES;
}
});
Now I'm able to disconnect BUT NOT to connect to an WiFi.
I get this message every time:
Legitimization for wireless network is required
Passwords or encryption keys are needed to connect to the wireless network.
If I enter the password again, the message appears directly again. Presumably, access to the place where the password is stored is incorrect?
Updated by freemor about 5 years ago
in your groups listed above 'network' is not included. you said you tried that But I'm unclear if you had added yourself to the network group or thought the policykit thing you did was doing that.
Updated by freemor about 5 years ago
looking at that last error it looks like you may not have installed wpa_supplicant-openrc and set it up with rc-update
Updated by anon7mous about 5 years ago
Solved, could be closed.
I'm a bit surprised because the bug only disappears if I use the example configuration of wpa_supplicant, but then wpa_supplicant crashes when booting due to bad values in the file.
It seems like wpa_supplicant has to be removed from the default runlevel.
Updated by bill-auger about 5 years ago
we should not want to close any issue if there is a bug to fix that could affect others
was this a bug in the software?
was it due to inadequate or missing instructions?
or was just a fluke that hopefully no one else will ever need to worry about?
Updated by anon7mous about 5 years ago
I think it could be closed.
I've del wpa_supplicant from default runlevel and now there are no problems.
There is a configfile /etc/wpa_supplicant/wpa_supplicant.conf with no content. If I leave this file empty, I get an error,