[Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

F50 · Le 15/08/2014, à 07:19

Sur buntu il n'y a pas de rules.d, faut-il le créer ?

ls /etc/polkit-1/
localauthority localauthority.conf.d nullbackend.conf.d

sudo ls /etc/polkit-1/localauthority
10-vendor.d 20-org.d 30-site.d 50-local.d 90-mandatory.d

sudo ls /etc/polkit-1/localauthority.conf.d
50-localauthority.conf 51-ubuntu-admin.conf

maxire · Le 15/08/2014, à 07:55

Je dirais plutôt non, mieux vaut utiliser pklocalauthority puisque Ubuntu l'utilise toujours.

Je suppose que le nécessaire est installé puisque ton système possède l'arborescence de fichiers nécessaire.

Tu crées dans /etc/polkit-1/localauthority/50-local.d un fichier com.ubuntu.enable-poweroff.pkla et tu colles:

[enable power off for every session]
Identity=unix-user:*
Action=org.freedesktop.login1.power-off
ResultActive=yes

Même chose pour le reboot avec un fichier com.ubuntu.enable-reboot.pkla:

[enable reboot for every session]
Identity=unix-user:*
Action=org.freedesktop.login1.reboot
ResultActive=yes

Note: Tu peux ne créer qu'un seul fichier com.ubuntu.toto.pkla regroupant les deux blocs de directives.

maxire · Le 15/08/2014, à 08:01

J'ai oublié quelque chose:
Ajoutes dans chaque fichier:

ResultAny=yes
ResultInactive=yes

F50 · Le 15/08/2014, à 09:41

Merci maxire,

Le fichier est en place, je dois rebooter là et je vais voir s'il prend ça en compte.

Edit : Super, ça marche comme sur des roulettes, j'ai mis les deux ordres dans le même fichier et le changement est prit en compte sans besoin de reboot. Encore MERCI.

Vu que tu sembles assez fortiche avec policykit, as-tu une idée du pourquoi lors de commandes à la suite de sudo/gksudo dans le même terminal je dois à chaque fois m'identifier alors que sur la 12.04 il y avait un temps plus long (quelques minutes) avant de devoir à nouveau. Je sais que ça peut se régler mais je me souviens plus comment.

Dernière modification par fcn50 (Le 15/08/2014, à 10:04)

ljere · Le 15/08/2014, à 10:36

pour augmenter la durée il faut lancer

sudo visudo

et tu ajoutes la valeur suivante, ou « XX » représente le nombres de minutes que tu veux définir avant la fin du délai

timestamp_timeout=XX

F50 · Le 15/08/2014, à 10:52

Merci ljere

Y'a-t-il moyen de connaitre l'actuelle valeur ?

Ah : Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.

Dernière modification par fcn50 (Le 15/08/2014, à 10:55)

ljere · Le 15/08/2014, à 11:02

d'origine il me semble qu'elle est de 15 mn

F50 · Le 15/08/2014, à 11:10

Pourtant moi j'ai rien dans mon sudoers, ça a peut-être changé avec la 14.04.1 ?

ljere · Le 15/08/2014, à 11:21

non par défaut elle n'est pas indiqué

F50 · Le 15/08/2014, à 11:42

C'est bien wq pour enregistrer et quitter ? Ici q ne fait rien !

ljere · Le 15/08/2014, à 11:44

tout dépend avec quoi tu l'as ouvert
sudoers

F50 · Le 15/08/2014, à 12:01

Ben sudo visudo dans xfce4-terminal.

ljere · Le 15/08/2014, à 16:17

chez moi ça l'ouvre dans nano donc ctrl + o pour enregistrer et entré pour valider le nom,
puis ctrl + x pour quitter

F50 · Le 15/08/2014, à 16:35

Ok, merci ljere, je vais voir ça car ici ça l'ouvre direct dans xfce4-terminal, je suppose que les commandes enregistrer/quitter restent les mêmes. Là, je dois souffler après la prise de tête de cette install caca imprimante cups... Avec un bon chti canon de la grandeur d'un vase !

ljere · Le 15/08/2014, à 16:43

oui nano s'ouvre dans le terminal, mais ce n'est pas le seul éditeur en mode console il y a vim par exemple qui se ferme avec les lettres que tu as donné
sur la doc que je t'ai donné tu peux justement changer l'éditeur, ce qui permet d'avoir un éditeur graphique comme leafpad, mousepad, gedit, etc…
ce qui peut te simplifier la vie

F50 · Le 16/08/2014, à 13:56

Ah ben merci pour l'info ljere, je vais voir pour qu'il m'affiche ça dans geany (mon éditeur) parce que dans le terminal c'est pas très sexy. Puis je mettrai le poste en résolu. Pourtant il ne me semble jamais avoir dû ajouter timestamp, ou je m'en souviens plus tellement j'en ai fais de la modif fichier système. Mais l'os commence à avoir les yeux en face des trous, ça fait plaisir.

F50 · Le 18/08/2014, à 14:19

Je viens de brancher mon lecteur MP3 avec extension carte sd externe et ce crétin me demande le mdp pour le montage des deux (jamais sous les versions antérieurs) ... Il doit vraiment y avoir une soupe concernant les droits dans ce merdier 14-04.1 !

maxire · Le 18/08/2014, à 18:26

@fcn50, ce serait bien que tu commences à comprendre le système de gestion des droits d'utilisation gérés par Policykit (man polkit + man pklocalauthority) au lieu de râler.
Même si râler peut faire du bien.

Je te rappelle que tu lances ta session de manière non standard via startx et sans gestionnaire de connexion donc ton système sera toujours sensible à l'évolution de Ubuntu qui se fera sans tenir compte de ton environnement particulier.
Tu n'as donc pas d'autre choix que de mettre les mains dans le cambouis à chaque nouvelle version de Ubuntu installée, donc de bouffer de la documentation et avant tout comprendre dans les grandes lignes comment administrer un système Linux (ce qui n'est pas simple).

Tu devrais bientôt souffrir si Canonical implémente systemd/logind + la version de Xorg-server qui va avec.
Je sais que cette évolution est dans les tuyaux, et là startx ne fonctionnera plus tel quel comme je l'ai constaté sous Archlinux.
J'ai été personnellement amené à construire ma version de Xorg-server pour maintenir mon environnement en l'état.

Tu n'as qu'à appliquer la solution que j'ai indiquée en post #62/#63, tu as juste à chercher le nom de l'action impliquée dans le montage de ta carte SD.
Cette action devrait te sauter aux yeux lors de la demande du mdp.

Dernière modification par maxire (Le 18/08/2014, à 18:27)

F50 · Le 18/08/2014, à 20:44

maxire a écrit :

@fcn50, ce serait bien que tu commences à comprendre le système de gestion des droits d'utilisation gérés par Policykit (man polkit + man pklocalauthority) au lieu de râler.
Même si râler peut faire du bien.

Oui ça fait du bien, surtout quand je vois ceci depuis des années :

http://forum.xubuntu-fr.org/viewtopic.php?id=906701

Et aux dernières nouvelles cela :

https://bugs.launchpad.net/ubuntu/+sour … ug/1347272

maxire a écrit :

Tu devrais bientôt souffrir si Canonical implémente systemd/logind + la version de Xorg-server qui va avec.
Je sais que cette évolution est dans les tuyaux, et là startx ne fonctionnera plus tel quel comme je l'ai constaté sous Archlinux.
J'ai été personnellement amené à construire ma version de Xorg-server pour maintenir mon environnement en l'état.

Un petit w$ en devenir ? Ça a déjà commencé, boot.log :

* Starting SystemD login management service[314G[ OK ]

Mais :

* Starting Signal sysvinit that remote filesystems are mounted[314G[ OK ]
* Starting Bridge udev events into upstart[314G[ OK ]

Bonjour l'usine..! Faut pas s'étonner que ce soit foireux.

maxire a écrit :

Tu n'as qu'à appliquer la solution que j'ai indiquée en post #62/#63, tu as juste à chercher le nom de l'action impliquée dans le montage de ta carte SD.
Cette action devrait te sauter aux yeux lors de la demande du mdp.

Yep, y'a aussi celle-ci :

Je la met dès que je retrouve le fil... /usr/share/polkit-1/actions/org.freedesktop.policykit.policy ...allow... yes.

Dernière modification par fcn50 (Le 19/08/2014, à 05:44)

F50 · Le 19/08/2014, à 09:38

Je crois que je comprends d'où viennent ces soucis. Le résultat de ck-list-sessions ets :

Session1:
	unix-user = '1000'
	realname = 'moi'
	seat = 'Seat2'
	session-type = ''
	active = FALSE
	x11-display = ':0'
	x11-display-device = '/dev/tty4'
	display-device = '/dev/tty1'
	remote-host-name = ''
	is-local = FALSE
	on-since = '2014-08-19T03:13:10.397855Z'
	login-session-id = '4294967295'

Hors, si consolekit est démarré il devait y avoir une deuxième session ce qui n'est pas le cas ici alors que sur la 12.04 ça l'était, comme expliqué ici (consoleKit) :

http://docs.xfce.org/xfce/xfce4-session/advanced

When Xfce is started and you run ck-list-sessions, a second session is created that should give you all required permissions to mount devices and execute power actions (depending per-distribution, you might need to add yourself to various user groups).

Je me demande pourquoi ça à changé alors que j'utilise toujours la même commande dans .profile pour lance X en auto ? :

# Load X11
if [ -z "$DISPLAY" ] && [ $(tty) == /dev/tty1 ]; then
startx
fi

Je vais voir ce que ça donne avec startxfce4 --with-ck-launch ...

Edit : J'ai trouvé le binz, il manquait le paquet libpam-ck-connector et voici le résultat sans changer le startx dans .profile :

ck-list-sessions
Session1:
	unix-user = '1000'
	realname = 'moi'
	seat = 'Seat1'
	session-type = ''
	active = FALSE
	x11-display = ''
	x11-display-device = ''
	display-device = '/dev/tty1'
	remote-host-name = ''
	is-local = TRUE
	on-since = '2014-08-19T07:45:28.242229Z'
	login-session-id = '4294967295'
	idle-since-hint = '2014-08-19T07:45:58.929166Z'
Session2:
	unix-user = '1000'
	realname = 'moi'
	seat = 'Seat1'
	session-type = ''
	active = TRUE
	x11-display = ':0'
	x11-display-device = '/dev/tty4'
	display-device = '/dev/tty1'
	remote-host-name = ''
	is-local = TRUE
	on-since = '2014-08-19T07:45:29.335241Z'
	login-session-id = '4294967295'

Je vais tester le reboot/shutdown sans le fichier rajouté pour les droits.

Dernière modification par fcn50 (Le 19/08/2014, à 10:01)

maxire · Le 19/08/2014, à 10:10

Tu as sans doute mis le doigt sur le problème.

Consolekit devrait à terme disparaître au profit de Systemd/Logind, j'ai le sentiment que Ubuntu 14.04 à ce sujet est à une étape intermédiare entre l'utilisation de Consolekit et celle de Logind.

Pour preuve, le fichier org.freedesktop.login1.policy qui est apparu en /usr/share/polkit-1/actions en plus de ce que tu as noyé en boot.log.

Une modification de org.freedesktop.policykit.policy est sans doute trop radicale dans la mesure où la livraison d'une nouvelle version de paquet risque d'écraser celle-ci.
Mieux vaut utiliser pklocalauthority..

Pour ton problème de carte SD voir org.freedesktop.udisks2.filesystem-mount.

F50 · Le 19/08/2014, à 10:41

Dans mon fichier org.freedesktop.udisks2.policy les droit semblent ok mais il me demande quand même le password pour monter/ejecter ma clé usb :

<defaults>
      <allow_any>auth_admin</allow_any>
      <allow_inactive>auth_admin</allow_inactive>
      <allow_active>yes</allow_active>
    </defaults>

<action id="org.freedesktop.udisks2.eject-media">

<defaults>
      <allow_any>auth_admin</allow_any>
      <allow_inactive>auth_admin</allow_inactive>
      <allow_active>yes</allow_active>

Hors, <allow_active>yes</allow_active> devrait me suffire sans password, je suis bien active = TRUE dans ck-list-sessions. En tout cas, pour l'instant c'est l'usine avec la gestion des droits sur cette version.

Dernière modification par fcn50 (Le 19/08/2014, à 10:46)

maxire · Le 19/08/2014, à 11:06

Attention, la session lancée via startx n'est plus considérée comme active pour preuve:

[frankenstein@frankenstein ~]$ loginctl list-sessions
   SESSION        UID USER             SEAT            
        c1       1000 frankenstein     seat0           
        c2       1001 marietheresem    seat0

+

[frankenstein@frankenstein ~]$ loginctl session-status c2
c2 - marietheresem (1001)
           Since: mar. 2014-08-19 10:51:45 CEST; 4min 30s ago
          Leader: 375 (login)
            Seat: seat0; vc1
             TTY: tty1
         Service: login; type tty; class user
           State: online
            Unit: session-c2.scope
                  ├─ 375 login -- marietheresem
                  ├─3509 -bash
                  ├─3529 xinit /usr/bin/mate-session -- :20 vt12 -terminate -audit 0 -nolisten TCP
                  ├─3530 X :20 vt12 -terminate -audit 0 -nolisten TCP
                  ├─3534 /usr/bin/mate-session
                  ├─3537 dbus-launch --exit-with-session /usr/bin/mate-session
                  ├─3538 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session
                  ├─3542 /usr/lib/dconf/dconf-service
                  ├─3548 /usr/lib/mate-settings-daemon/mate-settings-daemon
                  ├─3552 /usr/bin/mate-keyring-daemon --start --components=secrets
                  ├─3559 marco
                  ├─3562 mate-panel
                  ├─3566 /usr/lib/gvfs/gvfsd
                  ├─3570 /usr/lib/gvfs/gvfsd-fuse /run/user/1001/gvfs -f -o big_writes
                  ├─3577 caja
                  ├─3579 mate-screensaver
                  ├─3580 mate-volume-control-applet
                  ├─3581 /usr/bin/python2 /usr/share/system-config-printer/applet.py
                  ├─3586 mate-power-manager
                  ├─3587 /usr/lib/mate-disk-utility/mdu-notification-daemon
                  ├─3588 /usr/lib/mate-polkit/polkit-mate-authentication-agent-1
                  ├─3602 /usr/lib/gvfs/gvfsd-trash --spawner :1.12 /org/gtk/gvfs/exec_spaw/0
                  ├─3615 /usr/bin/pulseaudio --start --log-target=syslog

La session c2 a été lancée en console via xinit elle est considérée comme online et non comme active, la session c1 lancée via un gestionnaire de connexion est considérée comme active:

[frankenstein@frankenstein ~]$ loginctl session-status c1
c1 - frankenstein (1000)
           Since: mar. 2014-08-19 09:09:57 CEST; 1h 47min ago
          Leader: 784 (mdm-binary)
            Seat: seat0; vc7
         Display: :0
         Service: mdm; type x11; class user
           State: active
            Unit: session-c1.scope
                  ├─ 784 /usr/bin/mdm-binary --nodaemon
                  ├─2417 mate-session

Donc tu dois mettre :

<allow_any>yes</allow_any>

dans une règle contenue dans un fichier .pka comme je l'ai montré précédemment, par sécurité mets tout à yes.

J'avoue ne pas trop savoir à quoi correspond cette notion d'état.

Compte anonymisé · Le 19/08/2014, à 11:33

Bonjour,

Depuis la 14.04, si la session est lancée via startx, il faut faire :

# Load X11
if [ -z "$DISPLAY" ] && [ $(tty) == /dev/tty1 ]; then
    startx -- vt01
fi

L’inconvénient est que tty1 n'est plus visible (ctrl+alt+F1 correspond à la session X). Les droits sont corrects après.
(http://blog.falconindy.com/articles/bac … stemd.html)

F50 · Le 19/08/2014, à 11:39

Et ben ça devient vraiment une soupe, ici j'ai qu'une session (xinit/strartx) online :

loginctl list-sessions
   SESSION        UID USER             SEAT            
        c1       1000 moi           seat0           

1 sessions listed.
moi@Cockpit:~$ loginctl session-status c1
c1 - moi (1000)
           Since: mar 2014-08-19 10:57:24 CEST; 28min ago
          Leader: 927 (login)
            Seat: seat0; vc1
             TTY: /dev/tty1
         Service: login; type tty; class user
           State: online
          CGroup: systemd:/user/1000.user/c1.session
                  ├─  927 /bin/login -f

J'en perd mon latin...

Bon, je peux aussi dans /usr/share/polkit-1/org.freedesktop.udisks2.policy mettre <allow_any>yes</allow_any> au différentes commandes ça revient au même que ta manière (.pka) , non ?

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 15/08/2014, à 07:19

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#52 Le 15/08/2014, à 07:55

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#53 Le 15/08/2014, à 08:01

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#54 Le 15/08/2014, à 09:41

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#55 Le 15/08/2014, à 10:36

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#56 Le 15/08/2014, à 10:52

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#57 Le 15/08/2014, à 11:02

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#58 Le 15/08/2014, à 11:10

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#59 Le 15/08/2014, à 11:21

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#60 Le 15/08/2014, à 11:42

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#61 Le 15/08/2014, à 11:44

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#62 Le 15/08/2014, à 12:01

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#63 Le 15/08/2014, à 16:17

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#64 Le 15/08/2014, à 16:35

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#65 Le 15/08/2014, à 16:43

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#66 Le 16/08/2014, à 13:56

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#67 Le 18/08/2014, à 14:19

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#68 Le 18/08/2014, à 18:26

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#69 Le 18/08/2014, à 20:44

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#70 Le 19/08/2014, à 09:38

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#71 Le 19/08/2014, à 10:10

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#72 Le 19/08/2014, à 10:41

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#73 Le 19/08/2014, à 11:06

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#74 Le 19/08/2014, à 11:33

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#75 Le 19/08/2014, à 11:39

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

Pied de page des forums