Início / unix / Perguntas / 417906
Accepted
Starblight
Asked: 2018-01-18 18:09:32 +0800 CST

A autenticação é necessária para criar um perfil de cores

  • 772

Estou executando uma nova instalação do CentOS 7 GNOME para que eu possa RDP do Windows. Segui as instruções “Conectar ao ambiente de área de trabalho GNOME via XRDP” , mas quando me conecto recebo um login adicional que diz

authentication is required to create a color profile

Como removo este login adicional?

Na tentativa de resolver esse problema, tentei uma solução na “Griffon's IT Library” , mas não funcionou porque o link é muito mais do que apenas uma solução para esse problema. Colei a solução abaixo.

Ao fazer login em seu sistema via sessão remota, você verá esta mensagem aparecendo. Você pode simplesmente cancelar e poderá prosseguir até a próxima vez que fizer login e iniciar uma nova sessão.

Para evitar esse prompt, precisaremos alterar a configuração do polkit. Usando privilégios de administrador, crie um arquivo chamado 02-allow-colord.conf no seguinte diretório/etc/polkit-1/localauthority.conf.d/

O arquivo deve conter [sic] as seguintes instruções e você não deve mais receber essa solicitação de autenticação durante a comunicação remota em seu sistema

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;
   }
});
centos authentication

7 respostas

  1. Eu tive o mesmo problema e encontrei uma solução diferente aqui:

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

    Esta variante funciona independentemente do esquema de autenticação (por exemplo, LDAP).

    Crie /etc/polkit-1/localauthority/50-local.d/color.pkla(nota: .pklaextensão é necessária) com o seguinte conteúdo:

    [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;org.freedesktop.packagekit.system-sources-refresh
ResultAny=yes
ResultInactive=yes
ResultActive=yes

    Trabalhou para mim.

    • 43
  2. Best Answer

    EDITAR:

    Por favor, use a resposta votada e não esta.

    RESPOSTA ANTIGA:

    Eu encontrei este bug e algumas soluções alternativas aqui:

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

    Mais específico, você deve colocar um arquivo .rules em

    /etc/polkit-1/rules.d/

    (Selecione um nome de arquivo e apenas dê a extensão .rules)

    e dê as regras:

    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;
   }
});

    Então você deve substituir a palavra "ATENÇÃO" pelo grupo do seu usuário.

    • 21

  3. Nenhuma das outras duas respostas funcionou para mim, então usei uma proposta mais drástica para simplesmente não permitir a alteração do perfil de cores:

    Ok, editei /usr/share/polkit-1/actions/org.freedesktop.color.policy, alterei todas as instâncias de "auth_admin" para "no"

    Eu usei o seguinte pequeno trecho bash para fazer isso:

    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
    • 5

  4. Estou executando a conexão de área de trabalho remota do Windows 10 com o Ubuntu 18.04.4 LTS com xrdp. A seguinte solução desta página funcionou para mim (consulte a seção intitulada Como "corrigir" esse problema ):

    • exclua o arquivo org.freedesktop.color.policyfile (localizado em /usr/share/polkit-1/actions). Ao excluir esse arquivo, você basicamente remove as limitações de criação e gerenciamento de dispositivos e perfis de cores.

    Observe que o acima é uma das duas maneiras 'não recomendadas'. No entanto, para a configuração do meu pequeno laboratório doméstico, funcionou bem, sem efeitos colaterais indesejáveis ​​que eu possa ver. Existem duas outras soluções recomendadas que não tentei.

    • 3

  5. Outra forma de corrigir:

    sudo sed -i 's/<allow_inactive>no</<allow_inactive>yes</' /usr/share/polkit-1/actions/org.freedesktop.color.policy
sudo sed -i 's/<allow_any>.*</<allow_any>yes</' /usr/share/polkit-1/actions/org.freedesktop.color.policy

    Retirado daqui: https://wiki.xorde.co/en/recipes/ubuntu-share-screen

    • 3

  6. Para mim, a solução funcionou depois de alterar ResultAny e ResultInactive para "no", como o comentário de Cecilia na mesma resposta. Minha conexão cai se eu tentar autenticar, mas permanece após o cancelamento. Estou executando o Windows 7 RDP para o Ubuntu 18.04 com Xrdp.

    [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=no
ResultInactive=no
ResultActive=yes
    • 0

  7. Eu continuei me deparando com esse problema de "Autenticação é necessária para ...." repetidamente para cada pequena coisa ao fazer login por meio de VNC ou xRDP, etc. A criação do arquivo .pkla descrito acima resolveu esse erro. Eu estava criando um novo arquivo .pkla para cada erro específico. Por fim, descobri que esse arquivo pkla universal resolvia todos esses erros:

    1. Crie um arquivo chamado "universal.pkla" (ou qualquer coisa, desde que termine em .pkla) no diretório:
      /etc/polkit-1/localauthority/50-local.d/

    2. Este é o conteúdo de universal.pkla:
      [Permitir acesso a qualquer coisa para usuários remotos]
      Identity=unix-user:*
      Action=*
      ResultAny=yes
      ResultInactive=yes
      ResultActive=yes

    3. Em seguida, reinicie o polkit com "sudo systemctl restart polkit.service" ou reinicie.

    • -1

relate perguntas