web-dev-qa-db-fra.com

l'authentification est requise pour créer un profil de couleur

J'exécute une nouvelle installation de gnome centos 7 afin que je puisse rdp à partir de Windows J'ai suivi ce qui suit instructions mais quand je me connecte, j'obtiens une connexion supplémentaire qui dit

authentication is required to create a color profile

Comment supprimer cette connexion supplémentaire?

Pour tenter de résoudre ce problème, j'ai essayé une solution ici mais cela n'a pas fonctionné. parce que le lien est beaucoup plus qu'une solution à ce problème, j'ai collé la solution ci-dessous.

Lorsque vous vous connectez à votre système via une session à distance, vous verrez ce message apparaître. Vous pouvez simplement annuler et vous pourrez continuer jusqu'à la prochaine connexion et démarrer une nouvelle session.

Pour éviter cette invite, nous devrons changer la configuration de polkit. À l'aide des privilèges d'administrateur, créez un fichier appelé 02-allow-colord.conf dans le répertoire suivant /etc/polkit-1/localauthority.conf.d/

Le fichier doit contenir les instructions suivantes et aucune demande d'authentification ne devrait plus vous être demandée lors de la connexion à distance dans votre système

polkit.addRule(function(action, subject) { if ((action.id ==
“org.freedesktop.color-manager.create-device” || action.id ==
“org.freedesktop.color-manager.create-profile” || action.id ==
“org.freedesktop.color-manager.delete-device” || action.id ==
“org.freedesktop.color-manager.delete-profile” || action.id ==
“org.freedesktop.color-manager.modify-device” || action.id ==
“org.freedesktop.color-manager.modify-profile”) &&
subject.isInGroup(“{group}”)) { return polkit.Result.YES; } });
centosxrdp
12
Starblight

J'ai trouvé ce bogue et quelques solutions de contournement ici:

https://bugzilla.redhat.com/show_bug.cgi?id=114989

Plus précis, vous devez placer un fichier .rules dans

/etc/polkit-1/rules.d/

(Sélectionnez un nom de fichier et donnez simplement l'extension .rules)

et donnez les règles:

polkit.addRule(function(action, subject) {
   if ((action.id == "org.freedesktop.color-manager.create-device" ||
        action.id == "org.freedesktop.color-manager.create-profile" ||
        action.id == "org.freedesktop.color-manager.delete-device" ||
        action.id == "org.freedesktop.color-manager.delete-profile" ||
        action.id == "org.freedesktop.color-manager.modify-device" ||
        action.id == "org.freedesktop.color-manager.modify-profile") &&
       subject.isInGroup("ATTENTION")) {
      return polkit.Result.YES;
   }
});

Ensuite, vous devez remplacer le mot "ATTENTION" par le groupe de votre utilisateur.

12
koleygr

J'ai eu le même problème et j'ai trouvé un autre moyen de contourner le problème ici:

https://github.com/TurboVNC/turbovnc/issues/47#issuecomment-412005377

Cette variante est censée fonctionner indépendamment du schéma d'authentification (par exemple LDAP).

Créer /etc/polkit-1/localauthority/50-local.d/color.pkla (Remarque: .pkla l'extension est requise) avec le contenu suivant:

[Allow colord for all users]
Identity=unix-user:*
Action=org.freedesktop.color-manager.create-device;org.freedesktop.color-manager.create-profile;org.freedesktop.color-manager.delete-device;org.freedesktop.color-manager.delete-profile;org.freedesktop.color-manager.modify-device;org.freedesktop.color-manager.modify-profile
ResultAny=yes
ResultInactive=yes
ResultActive=yes

A travaillé pour moi.

5
Nemo

Aucun des autres deuxréponses a fonctionné pour moi, j'ai donc utilisé ne proposition plus drastique pour simplement interdire de changer le profil de couleur:

Ok, j'ai édité /usr/share/polkit-1/actions/org.freedesktop.color.policy, changé chaque instance de "auth_admin" en "no"

J'ai utilisé le petit extrait de bash suivant pour ce faire:

cd /usr/share/polkit-1/actions/
cp -a  org.freedesktop.color.policy  org.freedesktop.color.policy.orig
sed -e 's|>auth_admin<|>no<|g'  org.freedesktop.color.policy.orig  >  org.freedesktop.color.policy
0
FriendFX