Keepassxc browser обнаружил ошибку не выполнен обмен ключами

KeePassXC - Version 2.4.1
Revision: 7bafe65

Qt 5.12.2
Debugging mode is disabled.

Operating system: Windows 10 (10.0)
CPU architecture: x86_64
Kernel: winnt 10.0.17134

Enabled extensions:
- Auto-Type
- Browser Integration
- SSH Agent
- KeeShare (signed and unsigned sharing)
- YubiKey

Cryptographic libraries:
 libgcrypt 1.8.4

консоль отладки показывает:

Подключение к собственному хосту обмена сообщениями org.keepassxc.keepassxc_browser keepass.js: 1003: 13
Не удалось подключиться: неизвестная ошибка keepass.js: 979: 13
Ошибка: не удалось установить соединение. Приемного конца не существует.

поэтому проблема заключалась в том, что keepassxc был включен для Chrome, но не для firefox …

поэтому я думаю, измените это на … возможно, обработайте эту ошибку и предоставьте более полезное сообщение об ошибке. Возможно … «KeepassXC не настроен, настройте его в настройках> интеграция с браузером и убедитесь, что <browser> установлен» или что-то в этом роде

Эти сообщения об ошибках были изменены несколько месяцев назад. Проблема здесь в том, что одно и то же сообщение об ошибке используется для нескольких ситуаций, и их невозможно отличить.

Независимо от того, что означает сообщение об ошибке, я вижу такое же сообщение об ошибке в MacOS с 1.4.5 / 2.4.2 и Chrome.

Мне кажется, что эта ошибка настолько серьезна, что делает расширение бесполезным, не так ли?
Было ли это когда-нибудь проверено? Или «я ошибаюсь»?

Независимо от того, что означает сообщение об ошибке, я вижу такое же сообщение об ошибке в MacOS с 1.4.5 / 2.4.2 и Chrome.

^^ здесь то же самое.

В стабильной версии 2.4.2 возникла проблема с привязкой keepassxc-proxy, поэтому расширение — не единственная проблема (неправильная привязка вообще не запускает процесс прокси). В следующем выпуске расширения исправлены остальные проблемы повторного подключения. Рекомендуется отключить его, если у вас возникнут проблемы. Будет добавлен текст предупреждения о том, что это экспериментально.

@varjolintu Я попытался удалить db в расширении браузера, но когда я

Я попытался отключить настройку прокси-сервера в разделе «Дополнительно» в настройках браузера 2.4.2, но из-за этого значок просто появлялся / исчезал в доке каждые 0,5 секунды или около того.

Было ли это все охвачено новым релизом?

KeePassXC — неизвестно
KeePassXC-Браузер — 1.4.5
Операционная система: MacIntel
Браузер: Chrome / Chromium 74.0.3729.169

@dxdc Без прокси соединение с KeePassXC прямое. Это означает, что KeePassXC должен быть закрыт, и браузер запускает его при подключении / повторном подключении. Убедитесь, что автоматическое переподключение отключено.

@varjolintu Я пробовал это; это совершенно непригодно. Keepasxc (прокси-приложение) просто перезапускается / закрывается снова и снова. Мне пришлось отключить расширение chrome, что было непросто, поскольку окно keepassxc фокусировалось каждые 0,5 секунды.

@dxdc Это из-за неправильного связывания, о котором я говорил ранее. Единственный обходной путь для этого — загрузить предыдущую версию (или скопировать прокси внутри этого пакета в новую), пока не будет загружено обновление.

@varjolintu отличное предложение.

cp /Volumes/KeePassXC/KeePassXC.app/Contents/MacOS/keepassxc-proxy /Applications/KeePassXC.app/Contents/MacOS/keepassxc-proxy

пока работает отлично.

Другое решение — установить libsodium через Homebrew.

brew install libsodium

решил мои проблемы на macOS. Спасибо, @varjolintu!

И третий обходной путь, который не требует установки (https://github.com/keepassxreboot/keepassxc/issues/3209#issuecomment-498146146):

install_name_tool -change /usr/local/opt/libsodium/lib/libsodium.23.dylib "@executable_path/../Frameworks/libsodium.23.dylib" /Applications/KeePassXC.app/Contents/MacOS/keepassxc-proxy

Обратите внимание, что использование инструмента имени сделает подпись приложения недействительной и предотвратит использование touchid. Это также может повлиять на автоматический ввод

У меня такая же проблема после установки последней версии Keepass (2.4.2). Я переустановил расширение Chrome, повторно загрузил новейшую версию Keepass (32-битную для соответствия операционной системе), убедился, что включен параметр «Включить интеграцию с браузером». Кроме того, я зашел на вкладку «Подключенные базы данных» в настройках браузера KeepassXC и заметил, что там нет подключенных баз данных. Пытался нажать кнопку «подключить», но ничего не вышло.

информация об отладке ниже:
KeePassXC — 2.4.2
KeePassXC-Браузер — 1.4.6
Операционная система: Win32
Браузер: Chrome / Chromium 74.0.3729.169

Я совершенно новичок в программировании, как вы реализуете третий обходной путь для Windows 32 @varjolintu?

@varjolintu Я использую портативный, но не понимаю, где найти ключ реестра.

@chundychang См. https://github.com/keepassxreboot/keepassxc-browser/wiki/Troubleshooting-guide

@varjolintu Да ладно, люди используют портативные версии, когда у них нет прав администратора.
После обновления до 2.4.3 я получаю сообщение об ошибке «Обмен ключами не был успешным» в Chrome и Firefox.
Есть ли способ исправить это без прав администратора (это необходимо для редактирования реестра)

Необходимо изменить реестр

@buzzik Кстати, вы пытались отключить поддержку вашего браузера, а затем снова включить ее в настройках KeePassXC?

@buzzik Кстати, вы пытались отключить поддержку вашего браузера, а затем снова включить ее в настройках KeePassXC?

На данный момент это было решением для меня.

Вероятно, следует добавить:
ОС — Debian 10
KeePassXC версия: 2.4.3 (скомпилировано из исходников)
Версия браузера: 1.4.6

Только что обнаружил проблему, возможно, в коде расширения KeepassXC или, возможно, в браузере KeepassXC.
Я решил эту проблему, _изменив длину имени папки (переименуйте на более короткое или переместите его, чтобы уменьшить длину строки папки) _ слишком длинная текстовая строка будет проблемой для расширения или браузера XC для ее обработки.
Я на 100% уверен, что это ошибка в любом из них.
Я использую портативную версию приложения XC browser app,
Я также подозреваю, что это может быть вызвано форматом раздела USB, который заставит программу интерпретировать местоположение двоичного файла.
Я тестировал это и продублировал ту же проблему на разных машинах (Windows 10), но этого не происходит в Ubuntu (Linux).

@RexTC Спасибо за информацию. Нужно это проверить. Имя папки используется только в сценарии JSON для собственных сообщений и в реестре. Также возможно, что Native Messaging не обрабатывает длинные имена должным образом, но на данный момент трудно сказать.

y

что мне следует изменить после того, как я нашел «org.keepassxc.keepassxc_browser»

@ AustinLiu1988 Путь, если он неправильный.

Просто для записи … давно сходил с ума от этой проблемы и только что нашел время, чтобы отладить и выяснить это … я использую хром , (ungoogle-chromium) + Linux … но Я опубликую решение в соответствии с Firefox и другими системами … это может помочь кому-то с аналогичной проблемой …

Прежде всего, это подробная документация (чтение — вот что привело меня к решению …)

• Нативный обмен сообщениями Chromium / Chrome
• Встроенный обмен сообщениями Mozilla
• Вики по устранению неполадок KeepassXC-Browser

Также в Chrome простой способ отладки — открыть режим разработчика в правом верхнем углу, затем щелкнуть Проверить фон представлений … под квадратом расширения KeepassXC … также под кнопкой подробностей вы можете выбрать сбор ошибок …

Прежде чем двигаться дальше, первое, что нужно сделать, это следовать вики-странице по устранению неполадок KeepassXC-браузера и обновить / исправить файл манифеста json, как описано там.

Затем (и здесь моя конфигурация / ошибка меня застряла) в собственной системе и / или ограничивать / запрещать, например, для chromium + linux политика json в манифесте под /etc/chromium/policies/managed/manifest.json которая содержит "NativeMessagingUserLevelHosts": false, полностью заблокирует систему и приведет к выдаче ошибки Key exchange was not successful в этом случае просто измените значение на true или просто удалите эту строку и вуаля

В понравившейся документации описываются разные места для разных политик, разных браузеров и ОС.

Я, вероятно, обновлю вики, чтобы обеспечить полное устранение неполадок собственной системы сообщений, иногда для некоторой расширенной настройки манифеста в местоположении пользователя недостаточно (как в моем случае)

Также во время отладки вы можете оставить диспетчер задач открытым, чтобы увидеть, запускает ли браузер двоичный файл keepassxc-proxy … также эту функцию необходимо включить в настройках KeepassXC.

@intika Я понятия не имел, что вся собственная система обмена сообщениями может быть ограничена и решена путем редактирования политик JSON. Это характерно для Ungoogled Chromium?

@varjolintu нет, это не относится к Ungoogled Chromium, а к любому браузеру на основе Chromium в любой ОС … я считаю, что Firefox имеет аналогичную функцию политики

Была такая же проблема в Windows 8.1, но только с портативным KeePassXC. В остальном отлично работает с настольной версией. В портативной версии проблем еще больше.

У меня случается на Win10 с FF 74.0 + KeePassXC-Browser 1.6.0 2 и KeePassXC 2.5.3. Но это всего лишь текущая установка. Не помню, с какой версии начало глючить соединение.

Как Hrvoje Golčić я использую портативную установку KeePassX.

• Печать

Тема: Новый KeePassXC, и опять..  (Прочитано 5806 раз)

KJOI

• Печать