Воззрения кота Manual’а. Инструменты сочинителя. Vivaldi. Перенос паролей

Алексей Федорчук

manul-logo-100

С тех пор как Vivaldi стал моим любимым браузером по умолчанию, лишь одно пятно омрачало нашу совместную жизнь: кажущаяся сложность переноса настроек, закладок, плагинов etc. с одного экземпляра программы в другой. Или, по крайней мере, неочевидность этого процесса. Если, например, в Firefox’е для этого достаточно тупо скопировать данные из каталога старго аккаунта в новый, то с Vivaldi (как и с Opera, кстати) этот номер проходит не до конца: в процессе такого «лобового напора» гарантированно утрачиваются сохранённые в старом аккаунте пароли.

Давеча мы с котом Мануалом в очередной раз вернулись к дистрибутиву Neon и его самосборным модификациям. И окончательно поняли, что одна из последних, некогда названная Keon’ом — это всерьёз и надолго. А котому свежескопонованную систему (о ней мы со временем расскажем специально) набо обустроить для комфортной жизни. В том числе и перенести весь антураж из Vivaldi, установленного у нас в Cintu.

В последней и началась подготовка к процессу. Для начала мы тупо сархивировали всё содержимое каталога ~/.config/vivaldi, что можно сделать разными способами. Мы прибегли к такой команде:

$ tar czvf vivaldi.tar.gz ~/.config/vivaldi/*

Для чего это нужно? Чтобы уж точно не потерять никакие атрибуты файлов из указанного каталога. Хотя, казалось бы, копирование через MC (и тем более прямой командой cp) с должными опциями обеспечивает их сохранность, но чем чёрт ни шутит, когда бог спит?

Во всяком случае в новой системе после разворота архива мы получили работоспособный и полностью настроенный настроенный браузер — тогда как в сети можно найти свидетельства, что при других методах сохранение слетают, например, плагины — их прижодится устанавливать заново. У нас с Мануалом не слетело ничего — кроме, как уже было сказано, паролей. Не просто сохранённых, а ещё и зашифрованных. Есть подозрение, что при отказе от криптования они спокойно перенеслись бы в новую систему (как это бывает в Firefox’е, где шифрование паролей по умолчанию отключено). Однако при первом запуске Vivaldi, свежеустановленного в Cintu, мы шифрование паролей включили — а потом отступать взад было уже поздно.

Оказалось, однако, что и проблема переноса паролей решается достаточно легко. Для этого следовало вернуться в исходную систему и обратиться к «закадровым» настройкам Vivaldi. Тем, которые не фигурируют в его меню, а доступны по так называемым «внутреним» адресам. В частности, поведение паролей можно настроить здесь:

vivaldi://flags#password-import-export

После чего перед нашими глазами возникает опция импорта и экспорта паролей, которую и надо включить для доступа к соответствующим функциям:

Далее отправляемся по другом внутреннему адресу:

chrome://settings/passwords

И видим панельку со списком сайтов, для которых были сохранены пароли, и две кнопки Импорт и Экспортировать. Как легко догадаться, нажать надо вторую, и задать имя сохраняемого файла паролей в формате CSV:

Послэе этого в новой системе действия выполняются в том же порядке: включается опция импорта и экспорта, и на этот раз выполняется именно импорт файла пролей в Vivaldi из новой системы.

Быстрый доступ к списку паролей можно получить, встрои в его в боковую панель браузера. Для чего щелкается по плюсику на ней, и в поле ввода добавляется внутренний адрес chrome://settings/passwords:

Вопреки том, что можно прочитать в сети, Vivaldi (как и Opera) не имеет собственного мереджера паролей, в подхватывает системный. В KDE эту роль выполняет Kwalletmanager, в десктопах на базе Gtk — GNOME keyring. Именно через них следует изменять пароль доступа к «связке паролей», отключать шифрование, и так далее. Для Cintu с использованием GNOME keyring эта процедура была описана на примере браузера Opera. А о том, как обращаться с Kwalletmanager, кот Мануал обещает рассказать со временем.

[Общее содержание]

2 комментария к “Воззрения кота Manual’а. Инструменты сочинителя. Vivaldi. Перенос паролей

  1. Познавательно, спасибо!
    То-то я думаю, чего оно в хромоподобных браузерах перестало вместе с копированием профиля пользователя и пароли копировать, а они, оказывается, в gnome-keyring стали храниться.. А до 50-й версии движка хрома пароли копировались без проблем вместе с профилем.

  2. Именно поэтому сейчаса Хром и отростки при первом запуске в системе (gnome-based) вызывают окно gnome-keyring, предлагающее ввести пароль для новой связки. В принципе, логично. Но в моём случае — не функционально. Единственный пользователь нескольких (вторых/третьих) систем. Нет смысла шифровать. Поэтому ещё в каждой системе и автологин прописан.

Оставить комментарий

Перейти к верхней панели