Повреждает ли это изменение имени файла ключа KeePass?

383
Igor V.

Я изменил имя файла ключа KeePass от foobarк foobar.keyс mvкомандой. Следующее, что я вижу, это то, что я не могу открыть свою базу данных. Сообщение об ошибке говорит, что я должен проверить, не повреждена ли база данных или я выбрал неправильный ключ.

Обновление: мне пришло в голову, что я создал новые ключи (с тем же именем) из-за предупреждения о том, что «устаревшие ключи» не совместимы в ближайшем будущем с KeePassXC. Но я не припоминаю каких-либо проблем между временем создания нового ключа и его переименованием.

0
У вас была резервная копия этого файла, не так ли? 6 лет назад 0
Конечно, нет... Igor V. 6 лет назад 0
С вашим обновлением я думаю, что вы используете неправильный файл ключа, и вы не понимаете, какой файл является правильным, поскольку все они имеют одинаковые имена. Если вы использовали один и тот же ключ некоторое время и вдруг он перестал работать, то это не имеет ничего общего с его переименованием. Это похоже на вопрос поддержки Keepass. schroeder 6 лет назад 0
Нет, но спасибо. Я почти уверен из-за системы, которую я установил. Igor V. 6 лет назад 0
«Но я не помню, чтобы в эти несколько дней возникали какие-либо проблемы между созданием нового ключа и его переименованием». Вы закрывали приложение между ними? Какую ОС вы используете? А какую программу Keepass вы используете? Возможно, используемая клиентская программа keepass кэширует файлы ключей в памяти, поэтому она не перечитывает обновленный файл ключей или не открывает файл ключей после его переименования, поэтому все еще читает со старого inode. Lie Ryan 6 лет назад 0
Я закрыл это. Я должен добавить, что теперь это не ограничивается одной базой данных. Я использую Ubuntu 16.04. Igor V. 6 лет назад 0
Операционные системы Apple особенно подвержены подобным проблемам, так как это идиоматично в macOS (т. Е. Рекомендуется в соответствии с Руководством Apple по человеческому интерфейсу) для приложения, которое [следует переименованию] (https://ux.stackexchange.com/a/6396/1908) , Это применяется в качестве поведения по умолчанию в библиотеках приложений Apple (Cocoa / Carbon). Лично я считаю, что такое поведение всегда вызывает путаницу и, как правило, просто плохой выбор UX, но это «Путь Apple». Lie Ryan 6 лет назад 0
ОС Apple также особенно уникальна, потому что, если приложение использует механизм закладок Cocoa / Carbon, оно может даже следовать за переименованием, даже если вы переименовываете файл, когда программа не запущена. Lie Ryan 6 лет назад 0
@IgorVuckovic Можете ли вы воспроизвести проблему с новой БД? Потому что я не могу (keepassxc 2.2.4 в Linux). 1) создал базу данных с замочной скважиной, 2) закрыл базу данных и приложение 3) переименовал файл, 4) открыл базу данных, используя переименованный файл, все отлично 6 лет назад 0
Я сделал, и на этот раз все было хорошо. Igor V. 6 лет назад 0
Тогда я думаю, что у вас либо неправильный ключ, либо неправильная база данных, либо база данных повреждена. Вы не можете изменить содержимое файла, просто переименовав его. 6 лет назад 0
Я полагаю, вы указали новое имя файла ключа при повторном открытии базы данных? Я не знаю о KeePassXC, но KeePass запоминает последнее использованное имя файла ключа для данной базы данных. Если KeePassXC сделает то же самое, это, очевидно, вызовет проблемы, если вы переименуете файл, и он все еще пытается использовать старое имя. Ben 6 лет назад 0
Если вы думаете о пути под мастер-паролем, тогда да. Igor V. 6 лет назад 0

3 ответа на вопрос

1
David

Изменение имени файла не влияет на содержимое файла. Если бы это было так, он бы испортил файлы, чтобы переименовать что угодно! Вы можете проверить это поведение самостоятельно:

% dd if=/dev/urandom of=foobar bs=4k count=1  1+0 records in 1+0 records out 4096 bytes (4.1 kB, 4.0 KiB) copied, 0.000462499 s, 8.9 MB/s % sha1sum foobar d2b34df511b3d328ef23ad8f588cce50bd8b81fa foobar % mv foobar foobar.key % sha1sum foobar.key d2b34df511b3d328ef23ad8f588cce50bd8b81fa foobar.key 
Это верно для содержимого файлов, но OP спрашивает о специфической обработке Keepass ключевых файлов. Я не знаю, учитывает ли Keepass имя файла при использовании его в качестве ключевого файла. 6 лет назад 0
Спасибо, @forest. Я проверил sha1sums и подтвердил утверждение Дэвида. На самом деле, меня интересует способ работы Keepass и, в конечном счете, открытие моей базы данных. Igor V. 6 лет назад 0
1

Нет, это не должно повредить содержимое файла. Но возможно, что Keepass может выполнить элементарную проверку расширений. Вы можете попробовать переименовать файл обратно foobarи проверить, работает ли он или нет.

Сделал это, не повезло. Igor V. 6 лет назад 0
Если это не работает, значит, что-то еще испортило вашу базу данных. 6 лет назад 3
0
DrSeuss

Для других, таких же глупых, как я, вот еще один шаг устранения неполадок. Я сбросил ключ в KeepassXC, потому что мой собирался унаследовать, однако при этом я установил только флажок, в котором говорилось о сбросе ключа, я предполагал, что пароль останется неизменным, однако, это только сделало так, что я не стал У меня был пароль, поэтому мне потребовалось пару дней, чтобы понять, что это так же просто, как использовать новый ключевой файл и просто оставить поле пароля пустым, и тогда я снова смогу получить доступ к своей базе данных. Надеюсь, это поможет любому, кто находится в моей ситуации.

Похожие вопросы