Chrome mi molesta per una password del portachiavi all'avvio

13

Un'applicazione desidera accedere al portachiavi "Portachiavi predefinito"

Chrome / Chromium mi richiede una password ogni volta che si apre. Non so perché non sia integrato direttamente con il sistema operativo per sbloccarsi con il login, ma non esiste alcun modo ovvio per aggirarlo.

Ho letto che ho bisogno di

rm ~/.gnome2/keyrings/default.keyring

ma non ho tale file nella mia installazione Xfce senza GNOME.

password xfce chrome

— Lupo
fonte

9

Questo problema ha una lunga storia e puoi armeggiare gnome-keyringse vuoi, ma ho scoperto che la soluzione più semplice è impostare la password di quel prompt su vuota, in modo che non ti chieda più:

rm ~/.local/share/keyrings/*(potresti voler prima controllare / eseguire il backup di questi file, se non hai una nuova installazione, ad es. cp -r ~/.local/share/keyrings ~/keyrings-backup)
Riavvia Chrome
Quando viene richiesto di creare un portachiavi, continuare senza immettere una password. (Si scopre che saresti andato bene se l'avessi fatto la prima volta.)

— Lupo
fonte

Premendo "continua" senza inserire una password si è bloccato il mio sistema le prime tre volte che l'ho fatto. Alla quarta volta, non ricevo più prompt, tutte le estensioni di Gnome sono state impostate su "disabilitate" e Chrome apre quattro schede della pagina di Gmail su ogni paio di minuti.

— Jamie,

Non ha funzionato per me, ma in esecuzione con --password-store = basic come ha fatto la risposta di jbrock.

— Jan Kyu Peblik,

1

Ottima risposta, grazie. Risolto questo problema a lungo termine per me.

— C26,

1

Il portachiavi senza password non è crittografato. Quanto è buono allora?

— Grogi

Ha funzionato alla grande con Opera e Xubuntu 19.04. Grazie! Inoltre, non sono preoccupato che le password salvate nel mio browser non siano crittografate perché utilizzo un gestore di password di terze parti e non salvo le password nel mio browser. Inoltre, eseguo la crittografia full dis.

— Nick,

7

Non so se questa domanda è ancora pertinente, ma ho trovato una soluzione che funziona per me. Sto eseguendo Debian Jessie i386. Usa il desktop XFCE e il display manager gdm3. Quello che ho scoperto è che andare nel menu Applicazioni> Sessione e avvio> Avanzate e selezionando Avvia Gnome Services all'avvio ha risolto il problema. Non sono sicuro di come ciò verrebbe effettuato su altre distro ma funziona su Debian Jessie.

— ticojohn
fonte

1

Ho trovato la stessa soluzione su Xubuntu 17.04 (Zesty).

— ʇsәɹoɈ

Grazie per aver fornito una soluzione. Sfortunatamente, questo è ancora rilevante. Sfortunatamente il tuo consiglio non funziona per me debian stretch, con installazione pulita XFCE destkop.

— Christian Herenz,

Mi ha aiutato con Mint XFCE.

— Grogi

2

Non so in quale distro si trovi, ma creerei uno script ~/bine lo chiamerei chromium(per Debian) o chromium-browser(per Ubuntu). Assicurati di adattare la sceneggiatura in base a come viene chiamato Chromium sulla tua distribuzione:

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

Per Google Chrome, puoi creare un altro script ~/bine chiamarlo google-chrome-stablecon il seguente:

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

Gli script precedenti useranno l'argomento --password-store=basicper ogni istanza quando avvierai uno dei due programmi.

Da questa fonte :

--password-store Specifica quale back-end di archiviazione di crittografia utilizzare. I valori possibili sono kwallet, kwallet5, gnome, gnome-keyring, gnome-libsecret, basic. Qualsiasi altro valore porterà Chrome a rilevare automaticamente il miglior backend. TODO (crbug.com/571003): una volta che PasswordStore non utilizza più il Keyring o KWallet per la memorizzazione delle password, rinominare questo flag per interrompere il riferimento alle password. Non rinominarlo prima, però; gli sviluppatori e i tester potrebbero fare affidamento su di esso mantenendo grandi quantità di password di test fuori dai loro Portachiavi o KWallet.

— jbrock
fonte

0

Volevo commentare, ma mi dice che non posso a causa della reputazione troppo scarsa. Mi dispiace per questa "risposta".

Anche la risposta di @Wolf per eliminare i portachiavi ~/.local/share/keyrings/mi ha aiutato. Da lì in poi ho visto Default_keyring.keyringuna spiegazione per questo comportamento.

Sembra che ci sia una stranezza libsecretnell'API di GNOME e google aggiunge solo una voce fittizia con libsecret durante l'inizializzazione di OSCrypt. Vedi: https://bugs.chromium.org/p/chromium/issues/detail?id=660005 per maggiori dettagli.

— Django Kunzmann
fonte