Как проверить исчезновение облачного аккаунта Bitwarden после добавления self-hosted, не очищая расширение и не раскрывая почту, адрес сервера или содержимое хранилища.
Сначала определите: аккаунт заблокирован или удалён из списка
Откройте переключатель аккаунтов в расширении и не вводите пароль. Официальная документация Bitwarden говорит, что меню показывает состояние каждого добавленного хранилища: locked или unlocked. Если запись видна как locked, аккаунт остаётся в списке и требует штатной разблокировки. Если записи нет, это другое состояние: Bitwarden также указывает, что после logout аккаунт удаляется из списка переключателя. Не называйте оба случая «вылогинило» и не пытайтесь сразу войти заново. Зафиксируйте только два обезличенных признака: «облачная запись присутствует — да или нет» и «self-hosted запись присутствует — да или нет». Адреса, почту и названия организаций в заметки не копируйте.
Проверьте timeout action отдельно для каждого аккаунта
Lock и logout дают разный результат. По официальному описанию lock сохраняет данные хранилища на устройстве и позволяет разблокировать его без повторной двухфакторной аутентификации. Logout полностью удаляет локальные данные этого хранилища из клиента и требует новой онлайн-аутентификации. Для нескольких аккаунтов timeout и timeout action задаются по отдельности, поэтому состояние активного аккаунта нельзя автоматически переносить на второй. Откройте настройки безопасности только для уже активной записи и отметьте выбранное действие словами «lock» или «logout». Не меняйте его во время диагностики. Если исчезновение произошло после известного тайм-аута и у этой записи выбрано logout, сначала учитывайте штатное поведение, а не связывайте событие с другим сервером.
Отделите выбор сервера от содержимого аккаунта
Bitwarden по умолчанию подключает клиент к своим облачным серверам, а на экране входа позволяет выбрать self-hosted и указать Server URL. В документации для ошибочно выбранной self-hosted среды отдельно предложено вернуть bitwarden.com или bitwarden.eu через меню Logging in on. Это означает, что для двух записей важно зафиксировать не адрес, а категорию среды: «официальное облако» или «собственный сервер». Не вставляйте Server URL в обращение и не проверяйте его случайной ссылкой из форума. Официальная страница account switching подтверждает до пяти одновременно добавленных аккаунтов в расширении, но не объясняет причину каждого случая исчезновения записи при смешении сред. Поэтому один только выбор self-hosted не является доказательством дефекта.
Сделайте два снимка без повторного входа
Первый снимок — до переключения активной записи: какие категории аккаунтов видны, какая запись активна, какие статусы показывает меню и какое timeout action известно для каждой. Второй снимок — сразу после обычного переключения между уже добавленными аккаунтами. Не добавляйте аккаунт повторно, если он уже исчез: это изменит состояние до фиксации. Также не закрывайте браузер, потому что его перезапуск может сам вызвать timeout в расширении. Если обе записи остаются в меню, переключатель работает в наблюдаемом цикле. Если облачная запись исчезает именно после добавления или активации self-hosted записи, а тайм-аут не наступал и действие logout не выполнялось, вы получили воспроизводимую последовательность для поддержки, но ещё не доказали внутреннюю причину.
Прочитайте результат по матрице четырёх состояний
Первое состояние: обе записи видны и одна locked — используйте штатную разблокировку, смешение серверов не подтверждено как граница. Второе: запись пропала после ожидаемого тайм-аута с действием logout — поведение согласуется с документацией. Третье: запись исчезла сразу после действия с аккаунтом другой среды при неизменном timeout — зафиксирована связь по времени, которой достаточно для отчёта, но недостаточно для вывода о коде расширения. Четвёртое: нужная запись видна, однако автозаполнение берёт данные из другой — проверьте, какой аккаунт активен, потому что расширение по умолчанию использует для autofill именно активное хранилище. Не объединяйте эти четыре состояния в один диагноз: для каждого нужен свой следующий шаг.
Соберите минимальный отчёт и сохраните исходное состояние
Перед обращением в поддержку запишите версию расширения, браузер и ОС, категории двух серверов, порядок действий, статусы до и после, а также timeout action без его значения времени, если оно чувствительно для политики организации. Скриншот обрежьте так, чтобы не было email, имени организации, Server URL, URI элементов и содержимого хранилища. Не прикладывайте экспорт vault, локальное хранилище расширения, токены, cookies, мастер-пароль, код 2FA или полный журнал браузера. Стоп-критерии: совет требует очистить site data, удалить профиль браузера, переустановить расширение, отключить 2FA или экспортировать секреты. До ответа сопровождающего эти действия могут уничтожить полезное состояние и усложнить безопасное восстановление второй записи.
Материал подготовлен редакцией VOne с применением ИИ для матрицы состояний и протокола двух снимков; различия lock, logout, account switching и server selection проверены по официальной документации Bitwarden, а issue использован только как обезличенный сигнал пользовательской боли.
Источники и проверка
- Bitwarden Help — Log In To Multiple Accounts проверено 2026-08-14
- Bitwarden Help — Connect Individual Clients проверено 2026-08-14
- Bitwarden Help — Automatic Logout or Lock проверено 2026-08-14
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.