Chrome преследует меня за пароль брелка при запуске


13

Приложение хочет получить доступ к связке ключей 'Default Keyring'

Chrome / Chromium запрашивает пароль каждый раз, когда он открывается. Я не знаю, почему он не интегрирован напрямую с ОС, чтобы разблокировать его при входе в систему, но очевидного пути обхода нет.

Я прочитал, что мне нужно

rm ~/.gnome2/keyrings/default.keyring

но у меня нет такого файла в моей установке Xfce без GNOME.

Ответы:


9

Эта проблема имеет долгую историю, и вы можете поиграть с ней, gnome-keyringесли хотите, но я обнаружил, что более простое решение - установить пустой пароль для этой подсказки, чтобы он больше не спрашивал вас:

  1. rm ~/.local/share/keyrings/*(вы можете сначала проверить / сделать резервную копию этих файлов, например, если у вас нет новой установки cp -r ~/.local/share/keyrings ~/keyrings-backup)
  2. Перезапустите Chrome
  3. Когда будет предложено создать связку ключей, продолжайте без ввода пароля. (Оказывается, с тобой все было бы в порядке, если бы ты сделал это в первый раз.)

Нажатие «продолжить» без ввода пароля привело к падению моей системы в первые три раза. В четвертый раз я больше не получаю приглашения, все расширения Gnome были отключены, и Chrome открывает четыре вкладки Gmail о странице каждые пару минут.
Джейми

У меня не сработало, но работа с --password-store = basic в соответствии с ответом jbrock.
Ян Кью Пеблик

1
Отличный ответ, спасибо. Решил эту долгосрочную проблему для меня.
C26

1
Брелок без пароля не шифруется. Насколько это хорошо тогда?
Grogi

Отлично работал с Opera и Xubuntu 19.04. Спасибо! И я не беспокоюсь о том, что пароли, сохраненные в моем браузере, будут незашифрованными, потому что я использую сторонний менеджер паролей и не сохраняю пароли в своем браузере. Также я запускаю полное шифрование диска.
Ник Май

7

Не знаю, этот вопрос все еще актуален, но я нашел решение, которое работает для меня. Я использую Debian Jessie i386. Используйте рабочий стол XFCE и менеджер отображения gdm3. Я обнаружил, что, перейдя в «Настройки меню приложений»> «Сеанс и запуск»> «Дополнительно» и выбрав «Запустить Gnome Services при запуске», вылечил проблему. Не уверен, как это повлияет на другие дистрибутивы, но работает на Debian Jessie.


1
Я нашел такое же решение на Xubuntu 17.04 (Zesty).
ɈsәɹoɈ

Спасибо за предоставление решения. К сожалению, это все еще актуально. К сожалению, ваш совет не работает для меня debian stretch, с чистой установкой XFCE destkop.
Кристиан Херенц

Помог мне с Mint XFCE.
Grogi

2

Я не знаю, в каком дистрибутиве вы находитесь, но я бы создал скрипт ~/binи назвал его chromium(для Debian) или chromium-browser(для Ubuntu). Обязательно адаптируйте скрипт в соответствии с тем, как Chromium вызывается в вашем дистрибутиве:

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

Для Google Chrome вы можете создать другой скрипт ~/binи вызвать его google-chrome-stableследующим образом:

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

Приведенные выше сценарии будут использовать аргумент --password-store=basicдля каждого экземпляра при запуске одной из двух программ.

Из этого источника :

--password-store Определяет, какой бэкэнд хранилища шифрования использовать. Возможные значения: kwallet, kwallet5, gnome, gnome-keyring, gnome-libsecret, basic. Любое другое значение приведет к тому, что Chrome автоматически определит лучший бэкэнд. TODO (crbug.com/571003): если PasswordStore больше не использует Keyring или KWallet для хранения паролей, переименуйте этот флаг, чтобы прекратить ссылаться на пароли. Не переименовывайте это раньше, хотя; разработчики и тестировщики могут рассчитывать на то, что они сохранят большое количество паролей для тестирования в своих брелках или KWallets.


0

Я хотел прокомментировать, но это говорит мне, что я не могу из-за слишком низкой репутации. Извините за этот «ответ».

~/.local/share/keyrings/Мне тоже помог ответ @Wolf об удалении ключей . С тех пор я увидел Default_keyring.keyringобъяснение этому поведению.

Кажется, в GNOME libsecretAPI есть странность, и Google просто добавляет фиктивную запись с libsecret при инициализации OSCrypt. См. Https://bugs.chromium.org/p/chromium/issues/detail?id=660005 для получения дополнительной информации.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.