O Chrome me assedia por uma senha de chaveiro na inicialização

13

Um aplicativo deseja acessar o chaveiro 'Default Keyring'

O Chrome / Chromium solicita uma senha sempre que é aberta. Não sei por que ele não está integrado diretamente ao sistema operacional para desbloquear com o login, mas não há nenhuma maneira óbvia de contornar isso.

Eu li que eu preciso

rm ~/.gnome2/keyrings/default.keyring

mas não tenho esse arquivo na minha instalação do Xfce sem GNOME.

password xfce chrome

— Lobo
fonte

9

Esse problema tem uma longa história e você pode brincar com isso, gnome-keyringse quiser, mas descobri que a solução mais fácil é definir a senha desse prompt como em branco, para que não seja mais necessário:

rm ~/.local/share/keyrings/*(você pode verificar / fazer backup desses arquivos primeiro, se não estiver em uma nova instalação, por exemplo, cp -r ~/.local/share/keyrings ~/keyrings-backup)
Reinicie o Chrome
Quando solicitado a criar um chaveiro, continue sem inserir uma senha. (Acontece que você ficaria bem se fizesse isso pela primeira vez.)

— Lobo
fonte

Pressionar "continuar" sem inserir uma senha travou meu sistema nas três primeiras vezes que o fiz. Na quarta vez, não recebo mais avisos, todas as extensões do Gnome foram definidas como "desativadas" e o Chrome abre quatro guias da página sobre o Gmail a cada dois minutos.

— Jamie

Não funcionou para mim, mas rodar com --password-store = basic conforme a resposta do jbrock.

— Jan Kyu Peblik

1

Ótima resposta, obrigado. Resolvido esse problema de longo prazo para mim.

— C26

1

O chaveiro sem senha não é criptografado. Quão bom é então?

— Grogi 02/03/19

Funcionou muito bem com o Opera e o Xubuntu 19.04. Obrigado! E não me preocupo com a descriptografia de senhas salvas no meu navegador, porque uso um gerenciador de senhas de terceiros e não as salvo no meu navegador. Além disso, eu executo criptografia dis completa.

— Nick May

7

Não sei se essa pergunta ainda é relevante, mas encontrei uma solução que funciona para mim. Estou executando o Debian Jessie i386. Use a área de trabalho do XFCE e o gerenciador de exibição gdm3. O que eu descobri foi que acessar as Configurações do menu de aplicativos> Sessão e inicialização> Avançado e selecionar Iniciar serviços Gnome na inicialização solucionou o problema. Não tenho certeza de como isso seria afetado em outras distros, mas funciona no Debian Jessie.

— ticojohn
fonte

1

Encontrei a mesma solução no Xubuntu 17.04 (Zesty).

— ʇsәɹoɈ

Obrigado por fornecer uma solução. Infelizmente, isso ainda é relevante. Infelizmente seu conselho não funciona para mim debian stretch, com a instalação limpa do XFCE destkop.

— Christian Herenz 18/11/2018

Me ajudou com o Mint XFCE.

— Grogi 02/03/19

2

Eu não sei em que distro você está, mas eu criaria um script ~/bine o chamaria chromium(para Debian) ou chromium-browser(para Ubuntu). Certifique-se de adaptar o script de acordo com o que o Chromium é chamado na sua distribuição:

#!/bin/bash
/usr/bin/chromium-browser --password-store=basic "$@"

Para o Google Chrome, você pode criar outro script ~/bine chamá-lo google-chrome-stablecom o seguinte:

#!/bin/bash
/usr/bin/google-chrome-stable --password-store=basic "$@"

Os scripts acima usarão o argumento --password-store=basicpara todas as instâncias quando você iniciar um dos dois programas.

A partir desta fonte :

--password-store Especifica qual back-end de armazenamento de criptografia usar. Os valores possíveis são kwallet, kwallet5, gnome, chaveiro para gnome, gnome-libsecret, básico. Qualquer outro valor levará o Chrome a detectar automaticamente o melhor back-end. TODO (crbug.com/571003): Depois que o PasswordStore não usar mais o chaveiro ou o KWallet para armazenar senhas, renomeie esse sinalizador para parar de fazer referência a senhas. Não o renomeie mais cedo; desenvolvedores e testadores podem confiar nisso, mantendo grandes quantidades de senhas de teste fora de seus Keyrings ou KWallets.

— jbrock
fonte

0

Eu queria comentar, mas isso me diz que não posso por causa de pouca reputação. Sinto muito por esta 'resposta'.

A resposta do @Wolf para excluir os chaveiros ~/.local/share/keyrings/também me ajudou. A partir daí, vi Default_keyring.keyringuma explicação para esse comportamento.

Parece que há uma peculiaridade na libsecretAPI do GNOME e o Google apenas adiciona uma entrada fictícia com libsecret ao inicializar o OSCrypt. Consulte: https://bugs.chromium.org/p/chromium/issues/detail?id=660005 para obter mais detalhes.

— django Kunzmann
fonte