Hi, auf einem leap-15.1-Laptop will ich auf network-manager wechseln. Einrichten der Netzwerke nach root-PW-Abfrage klappt, Verbindung auch. Wenn ich aber eine Verbindung trennen oder verbinden will, bekomme ich einen "not authorized"-Fehler. In der /etc/polkit-dafault-privs.standard ist org.freedesktop....network-control mit no:no:yes drin, sollte also passen, oder? (bei den ...privs.restricted wäre es auth_admin, dann sollte es ja wohl eine PW-Abfrage geben...) Hat jemand eine Idee, wo ich schrauben muss? -- cu jth
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Am Mittwoch, dem 15.09.2021 um 14:24 +0200 schrieb Jörg Thümmler:
auf einem leap-15.1-Laptop will ich auf network-manager wechseln. Einrichten der Netzwerke nach root-PW-Abfrage klappt, Verbindung auch. Wenn ich aber eine Verbindung trennen oder verbinden will, bekomme ich einen "not authorized"-Fehler. In der /etc/polkit-dafault- privs.standard ist org.freedesktop....network-control mit no:no:yes drin, sollte also passen, oder? (bei den ...privs.restricted wäre es auth_admin, dann sollte es ja wohl eine PW-Abfrage geben...)
Hat jemand eine Idee, wo ich schrauben muss?
Ist Dein User Mitglied der Gruppe netdev? - -- MfG Richi -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEQR38BJqrIG9dBQ3+IUsgEK6S/5AFAmFCMUwACgkQIUsgEK6S /5DCXRAAtJ476Oq3qAKeL6U4JNXjnuPSBqyTfmJB473+rQnbOhM6kyq+/xhdBTqf Kl9jwWGHcV+VEacyAYbZ1i6fStmyhbZBFfZIDHy5vbXAPAoqq2Bz5anwFpVopLWF LwfvEUCQu2clvfL0WvrAaP8XSrxDLGiVWmwrvL7PnCjsisPhxdalGLZjaKLcxNnD DcZjzqUZsxSSlsk/jH3yQSYnr44yF/VFVO75+6M0wncf5LecIr9Xjz6EY7INB9tE D4OPQQLZXeLnWFIZ7531uvhOCNe3LcpfgXSLTnWj+6wHtbbagJI6u5jX6wHlW7Me QxXQ20i1eB4BEfskYyM4Tq7+ycNesh7i4YoMVvCM5hNvWJ2nwGVh2Lpg6vj/BRes 0D+LeXw6S4vFswetrqkgmGrJLGq/kLgcx4A0jYgVqtwJ+RcaiBCYRXjq+0WsMi1S M/ncBn3uO52OGcSDk7RRzeh97vpBSNfqByyzCq7RV5ocYJFAcRYA3TBD3atHEKkY tiTlPlO8UI2kKo0PUwbDZJmDvpIyrKI+lZyS01s96uJL1AarPUmj0FHvggUWU9DQ ILiVn2Kemrs16R1orPWPWlOlIwbVnp5xLjf6OGo1l5bbrK3Fw9Jy23CeDKzIYbWE 3skxR2p5Oo/G7Nd6a7GUzr1t15Hn/+GZu0LszMLvhspqz8VGXEo= =MOmB -----END PGP SIGNATURE-----
Jörg Thümmler schrieb:
auf einem leap-15.1-Laptop will ich auf network-manager wechseln. Einrichten der Netzwerke nach root-PW-Abfrage klappt, Verbindung auch. Wenn ich aber eine Verbindung trennen oder verbinden will, bekomme ich einen "not authorized"-Fehler. In der /etc/polkit-dafault-privs.standard ist org.freedesktop....network-control mit no:no:yes drin, sollte also passen, oder? (bei den ...privs.restricted wäre es auth_admin, dann sollte es ja wohl eine PW-Abfrage geben...)
Wenn ich mich nicht sehr täusche, kann man direkt in der Connection-Definition vom NetworkManager angeben, wer berechtigt ist, diese Verbindung hoch und runter zu fahren... -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Am 16.09.21 um 08:47 schrieb Manfred Haertel, DB3HM:
Jörg Thümmler schrieb:
auf einem leap-15.1-Laptop will ich auf network-manager wechseln. Einrichten der Netzwerke nach root-PW-Abfrage klappt, Verbindung auch. Wenn ich aber eine Verbindung trennen oder verbinden will, bekomme ich einen "not authorized"-Fehler. In der /etc/polkit-dafault-privs.standard ist org.freedesktop....network-control mit no:no:yes drin, sollte also passen, oder? (bei den ...privs.restricted wäre es auth_admin, dann sollte es ja wohl eine PW-Abfrage geben...)
Wenn ich mich nicht sehr täusche, kann man direkt in der Connection-Definition vom NetworkManager angeben, wer berechtigt ist, diese Verbindung hoch und runter zu fahren...
Sorry, ich hätte schreiben sollen, dass das XFCE ist, also das gnome-applet... -- cu jth
Jörg Thümmler schrieb:
Am 16.09.21 um 08:47 schrieb Manfred Haertel, DB3HM:
Jörg Thümmler schrieb:
auf einem leap-15.1-Laptop will ich auf network-manager wechseln. Einrichten der Netzwerke nach root-PW-Abfrage klappt, Verbindung auch. Wenn ich aber eine Verbindung trennen oder verbinden will, bekomme ich einen "not authorized"-Fehler. In der /etc/polkit-dafault-privs.standard ist org.freedesktop....network-control mit no:no:yes drin, sollte also passen, oder? (bei den ...privs.restricted wäre es auth_admin, dann sollte es ja wohl eine PW-Abfrage geben...)
Wenn ich mich nicht sehr täusche, kann man direkt in der Connection-Definition vom NetworkManager angeben, wer berechtigt ist, diese Verbindung hoch und runter zu fahren...
Sorry, ich hätte schreiben sollen, dass das XFCE ist, also das gnome-applet...
Das sollte unabhängig davon sein, welches Applet zur Steuerung verwendet wird, weil es eine Einstellung des NetworkManager selbst ist, sprich, es gibt einen Eintrag in /etc/NetworkManager/system-connections/blabla.nmconnection , in dem die berechtigten Personen drin stehen. Es könnte allerdings sein, dass das gnome-applet diese Konfigurations-Möglichkeit nicht per GUI anbietet. Dann kann man aber immer noch in die Config-Datei reinschauen bzw. diese händisch editieren. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Am 16.09.21 um 10:18 schrieb Manfred Haertel, DB3HM:
Jörg Thümmler schrieb:
Am 16.09.21 um 08:47 schrieb Manfred Haertel, DB3HM:
Jörg Thümmler schrieb:
auf einem leap-15.1-Laptop will ich auf network-manager wechseln. Einrichten der Netzwerke nach root-PW-Abfrage klappt, Verbindung auch. Wenn ich aber eine Verbindung trennen oder verbinden will, bekomme ich einen "not authorized"-Fehler. In der /etc/polkit-dafault-privs.standard ist org.freedesktop....network-control mit no:no:yes drin, sollte also passen, oder? (bei den ...privs.restricted wäre es auth_admin, dann sollte es ja wohl eine PW-Abfrage geben...)
Wenn ich mich nicht sehr täusche, kann man direkt in der Connection-Definition vom NetworkManager angeben, wer berechtigt ist, diese Verbindung hoch und runter zu fahren...
Sorry, ich hätte schreiben sollen, dass das XFCE ist, also das gnome-applet...
Das sollte unabhängig davon sein, welches Applet zur Steuerung verwendet wird, weil es eine Einstellung des NetworkManager selbst ist, sprich, es gibt einen Eintrag in /etc/NetworkManager/system-connections/blabla.nmconnection , in dem die berechtigten Personen drin stehen.
Es könnte allerdings sein, dass das gnome-applet diese Konfigurations-Möglichkeit nicht per GUI anbietet. Dann kann man aber immer noch in die Config-Datei reinschauen bzw. diese händisch editieren.
Hi, kein Problem... aber wo schreibe ich da was rein? Bei "permissions=" den usernamen, mehrere durch "," getrennt? Das bringt zumindest hier nix... Im web finde ich dazu konkret auch nix. -- cu jth
Jörg Thümmler schrieb:
Das sollte unabhängig davon sein, welches Applet zur Steuerung verwendet wird, weil es eine Einstellung des NetworkManager selbst ist, sprich, es gibt einen Eintrag in /etc/NetworkManager/system-connections/blabla.nmconnection , in dem die berechtigten Personen drin stehen.
Es könnte allerdings sein, dass das gnome-applet diese Konfigurations-Möglichkeit nicht per GUI anbietet. Dann kann man aber immer noch in die Config-Datei reinschauen bzw. diese händisch editieren.
Hi,
kein Problem... aber wo schreibe ich da was rein? Bei "permissions=" den usernamen, mehrere durch "," getrennt? Das bringt zumindest hier nix...
Im web finde ich dazu konkret auch nix.
Die Syntax müsste folgende sein: permissions=user:manfred:;user:testuser:; Also user: vor dem Usernamen, noch ein : dahinter und getrennt durch Semikolons. "man nm-settings" behauptet, wenn die Liste leer sei, wären alle User berechtigt. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Am 17.09.21 um 05:12 schrieb Manfred Haertel, DB3HM:
Jörg Thümmler schrieb:
Das sollte unabhängig davon sein, welches Applet zur Steuerung verwendet wird, weil es eine Einstellung des NetworkManager selbst ist, sprich, es gibt einen Eintrag in /etc/NetworkManager/system-connections/blabla.nmconnection , in dem die berechtigten Personen drin stehen.
Es könnte allerdings sein, dass das gnome-applet diese Konfigurations-Möglichkeit nicht per GUI anbietet. Dann kann man aber immer noch in die Config-Datei reinschauen bzw. diese händisch editieren.
Hi,
kein Problem... aber wo schreibe ich da was rein? Bei "permissions=" den usernamen, mehrere durch "," getrennt? Das bringt zumindest hier nix...
Im web finde ich dazu konkret auch nix.
Die Syntax müsste folgende sein:
permissions=user:manfred:;user:testuser:;
Also user: vor dem Usernamen, noch ein : dahinter und getrennt durch Semikolons.
"man nm-settings" behauptet, wenn die Liste leer sei, wären alle User berechtigt.
Hallo und Danke, dann hängt es wohl nicht daran, die Liste war ja nicht leer. Werde es am WE dennoch mal testen... Sonst muss es eben so bleiben... so lange, wie die automatische Anmeldung in den verschiedenen WLANs und im LAN klappt... in den seltenen Fällen, in denen ich das nicht mag, kann ich es ja als root dann killen... -- cu jth
Am 17.09.21 um 07:29 schrieb Jörg Thümmler:
Am 17.09.21 um 05:12 schrieb Manfred Haertel, DB3HM:
Jörg Thümmler schrieb:
Das sollte unabhängig davon sein, welches Applet zur Steuerung verwendet wird, weil es eine Einstellung des NetworkManager selbst ist, sprich, es gibt einen Eintrag in /etc/NetworkManager/system-connections/blabla.nmconnection , in dem die berechtigten Personen drin stehen.
Es könnte allerdings sein, dass das gnome-applet diese Konfigurations-Möglichkeit nicht per GUI anbietet. Dann kann man aber immer noch in die Config-Datei reinschauen bzw. diese händisch editieren.
Hi,
kein Problem... aber wo schreibe ich da was rein? Bei "permissions=" den usernamen, mehrere durch "," getrennt? Das bringt zumindest hier nix...
Im web finde ich dazu konkret auch nix.
Die Syntax müsste folgende sein:
permissions=user:manfred:;user:testuser:;
Also user: vor dem Usernamen, noch ein : dahinter und getrennt durch Semikolons.
"man nm-settings" behauptet, wenn die Liste leer sei, wären alle User berechtigt.
Hallo und Danke,
dann hängt es wohl nicht daran, die Liste war ja nicht leer. Werde es am WE dennoch mal testen...
Sonst muss es eben so bleiben... so lange, wie die automatische Anmeldung in den verschiedenen WLANs und im LAN klappt... in den seltenen Fällen, in denen ich das nicht mag, kann ich es ja als root dann killen...
so'n Quatsch... sie war ja leer... dummer Verschreiber... -- cu jth
participants (3)
-
Jörg Thümmler -
Manfred Haertel, DB3HM -
Richard Kraut