Il gestore delle password non si attiva con Chromium quando dovrebbe


2

Sto incontrando un inconveniente perché il gestore di password globale (gnome keyring?) Che dovrebbe compilare le finestre di dialogo di autenticazione in Chromium non si attiva. Ad esempio, accedo a una pagina Web che richiede l'autenticazione HTTP di base o semplicemente un modulo di accesso a cui ho già effettuato l'accesso e per il quale Chromium ha già archiviato le mie credenziali.

Il flusso previsto sarebbe

  • il gestore pw globale appare una volta per sessione, la prima volta che carico la pagina (o periodicamente in una sessione, come sudo funziona, per esempio),
  • richiedendo la mia password,
  • quindi compilando la finestra di dialogo di autenticazione del browser.

Invece, non succede nulla, a meno che non lo elimini facendo qualche altra azione che innesca infine il gestore delle password, ad esempio l'installazione-disinstallazione di alcuni programmi nel centro software di Ubuntu. Dopo aver attivato la finestra di dialogo della password in questo modo e aver aggiornato le pagine pertinenti in Chromium, le password e le credenziali vengono compilate come previsto, ma questo è tutt'altro che ideale. Non riesco a trovare collegamenti ad altre persone con questo problema. Qualcuno sa come risolvere questo?

Sembra che sto incontrando un problema simile a quello dettagliato in questa domanda SU . Nel mio caso, entrambi "Abilita riempimento automatico ..." e "Offri per salvare le password ..." sono selezionati. Al primo accesso (autologin abilitato), ad es. All'accensione del computer, l'elenco Password salvate è vuoto. Dopo aver fatto qualcosa che richiede l'attenzione del gestore password globale, come la summenzionata installazione di qualcosa attraverso il Software Center, l'elenco è pieno di credenziali archiviate.

Ho controllato e non sembra esserci differenza tra l'avvio di una sessione con accesso automatico (dove non devo inserire la mia password) o l'avvio della sessione inserendo una password (ho provato a chiudere la sessione, il sistema quindi mi ha chiesto la mia password, ma il riempimento automatico non era ancora disponibile.)

Ho controllato Seahorse e vedo due diversi portachiavi con password: quello "Session Start", che contiene solo un elemento: "Sblocca password per impostazione predefinita (password Google Chrome)" e il portachiavi "Predeterminado", che in effetti contiene tutto il mio Google Chrome password e probabilmente altro. Il problema è che il portachiavi "Predefinito" non viene sbloccato effettuando l'accesso.

Ho anche provato a sostituire il portachiavi "login" con quello "Predeterminado" (in spagnolo per "Default"), come menzionato in questa risposta , ma non ha funzionato neanche, e in effetti ha fatto sì che la compilazione automatica della password di cromo smettesse di funzionare completamente.


Si prega di specificare qual è il tuo obiettivo. Sei seccato di inserire una password o vuoi che ti venga chiesta una password ogni volta che vai su un sito web?
Pilota 6

"Il flusso previsto sarebbe il gestore pw globale che si apriva, chiedendo la mia password, quindi compilando la finestra di dialogo di autenticazione del browser. Invece, non succede nulla."

Si prega di leggere la domanda. Quello che mi aspetto che accada è proprio lì. Se non devo inserire la password dopo il login, tanto meglio. Ma sarei felice di entrarci una volta (o periodicamente).

È possibile raggiungere questo obiettivo non salvando le password nel browser. Puoi cancellare tutte le password nelle impostazioni e dovrai reinserirle ogni volta che visiti il ​​sito.
Pilota 6

Il punto è in un archivio di password sicuro. Se qualcuno ruba il tuo computer, non sarà in grado di accedere alle tue password web senza la password principale.
Pilota 6

Risposte:


1

Mescoli due problemi separati.

Gnome-keyring memorizza le password per siti Web e altre password, come ssh, gpg, ecc.

Il portachiavi viene sbloccato quando si accede al sistema e non è necessario immettere nuovamente la password principale. Questo è un comportamento normale.

Quando si tenta di installare alcuni software, è necessario disporre dei privilegi di amministratore. In Ubuntu non è necessario accedere come root, ma sudoconsente di eseguire un'attività privilegiata da un account utente, ma chiede di inserire nuovamente una password.

Questi due scenari non sono correlati. E questo non è affatto un problema.


Così. Il fatto che i dialoghi in Chromium che chiedono una password non funzionino fino a quando non innesco il portachiavi utilizzando il software center e, successivamente, il lavoro non hanno nulla a che fare con questo. E dover risolvere il problema in questo modo non è affatto un problema. Questa non è una risposta utile.

Il sistema è progettato in questo modo. Se si abilita l'accesso senza inserire la password, il portachiavi ti chiederà la password per sbloccare la memoria. Se si inserisce il sistema con una password, non verrà richiesto nuovamente. Ma puoi cambiare questo comportamento avviando il cromo con --password-store=basic, ma è meno sicuro.
Pilota 6

Il sistema lo sta facendo per farlo. Forse non ti piace. Ma sto cercando di spiegare cosa fa. Cosa pensi sia una risposta "utile"?
Pilota 6

Sì, se non ti piace come funziona Ubuntu, puoi tornare a Windows, se ti piace. Questa e 'la tua scelta.
Pilota 6

1
"Il portachiavi Gnome memorizza le password per siti Web e altre password, come ssh, gpg, ecc. Il portachiavi viene sbloccato quando si accede al sistema e non è necessario immettere nuovamente la password principale. Questo è un comportamento normale." Il punto centrale della mia domanda è che il portachiavi non è sbloccato, quindi non riesco ad accedere alle password memorizzate. Puoi leggerlo?
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.