Ist das Ändern des Namens einer KeePass-Schlüsseldatei beschädigt?

869
Igor V.

Ich habe den Namen der KeePass-Schlüsseldatei mit dem Befehl von foobarin geändert . Als nächstes sehe ich, dass ich meine Datenbank nicht öffnen kann. Die Fehlermeldung besagt, dass ich überprüfen sollte, ob die Datenbank beschädigt ist oder ob ich den falschen Schlüssel gewählt habe.foobar.keymv

Update: Mir fiel gerade ein, dass ich neue Schlüssel (mit demselben Namen) erstellt habe, weil die Warnung warnte, dass "alte Schlüssel" in naher Zukunft nicht mit KeePassXC kompatibel wären. Ich erinnere mich nicht, dass es Probleme zwischen der Erstellung des neuen Schlüssels und der Umbenennung gab.

0
Sie hatten eine Sicherungskopie dieser Datei, nicht wahr? vor 6 Jahren 0
Natürlich nicht... Igor V. vor 6 Jahren 0
Meine erste Vermutung ist, dass Sie mit Ihrem Update die falsche Schlüsseldatei verwenden und verwirrt sind, welche die richtige Datei ist, da sie nun alle denselben Namen haben. Wenn Sie den gleichen Schlüssel schon eine Weile verwendet haben und plötzlich nicht mehr funktionieren, hat dies nichts mit dem Umbenennen zu tun. Dies sieht aus wie eine Support-Frage von Keepass. schroeder vor 6 Jahren 0
Nein, aber Danke. Ich bin mir ziemlich sicher wegen des Systems, das ich aufgebaut habe. Igor V. vor 6 Jahren 0
"Aber ich kann mich nicht erinnern, in den letzten Tagen Probleme zu haben, zwischen der Erstellung des neuen Schlüssels und der Umbenennung." Haben Sie die Anwendung dazwischen geschlossen? Welches Betriebssystem verwendest du? Und welches Keepass-Programm verwenden Sie? Es ist möglich, dass das von Ihnen verwendete Keepass-Clientprogramm Schlüsseldateien im Arbeitsspeicher zwischenspeichert, die aktualisierte Schlüsseldatei nicht erneut liest oder die Schlüsseldatei nicht erneut öffnet, nachdem Sie sie umbenannt haben, sodass sie immer noch aus dem alten Inode liest. Lie Ryan vor 6 Jahren 0
Ich habe es geschlossen. Ich sollte hinzufügen, dass es jetzt nicht auf eine Datenbank beschränkt ist. Ich verwende Ubuntu 16.04. Igor V. vor 6 Jahren 0
Apples Betriebssysteme sind besonders anfällig für diese Art von Problemen, da es in macOS idiomatisch ist (dh von der Human Interface Guideline von Apple empfohlen) für eine Anwendung, die [umbenannt werden soll] (https://ux.stackexchange.com/a/6396/1908). . Dies wird als Standardverhalten in Apples Anwendungsbibliotheken (Cocoa / Carbon) erzwungen. Ich persönlich finde, dass dieses Verhalten immer zu Verwirrungen führt und im Allgemeinen nur eine schlechte UX-Wahl ist, aber das ist "The Apples Way". Lie Ryan vor 6 Jahren 0
Das Betriebssystem von Apple ist auch besonders einzigartig, denn wenn die Anwendung den Lesezeichen-Mechanismus von Cocoa / Carbon verwendet, kann es sogar umbenannt werden, selbst wenn Sie die Datei umbenennen, während das Programm nicht ausgeführt wird. Lie Ryan vor 6 Jahren 0
@IgorVuckovic Können Sie das Problem tatsächlich mit einer neuen DB reproduzieren? Weil ich es nicht kann (keepassxc 2.2.4 unter Linux). 1) Db mit Schlüsselloch erstellt, 2) geschlossene Db und App 3) umbenannte Datei, 4) Öffnen Sie Db mit umbenannter Datei, alles in Ordnung vor 6 Jahren 0
Ich tat und diesmal war alles in Ordnung. Igor V. vor 6 Jahren 0
Dann denke ich, du hast entweder den falschen Schlüssel oder die falsche Datenbank oder die Datenbank ist beschädigt. Sie können den Inhalt einer Datei nicht ändern, indem Sie sie einfach umbenennen. vor 6 Jahren 0
Ich gehe davon aus, dass Sie den neuen Schlüsseldateinamen angegeben haben, als Sie Ihre Datenbank wieder geöffnet haben. Ich kenne KeePassXC nicht, aber KeePass merkt sich den Namen der zuletzt verwendeten Schlüsseldatei für eine bestimmte Datenbank. Wenn KeePassXC dasselbe tut, würde dies offensichtlich zu Problemen führen, wenn Sie die Datei umbenennen und immer noch versuchen, den alten Namen zu verwenden. Ben vor 6 Jahren 0
Wenn Sie über den Pfadnamen unter dem Hauptkennwort nachdenken, dann ja. Igor V. vor 6 Jahren 0

3 Antworten auf die Frage

1
David

Das Ändern des Dateinamens wirkt sich nicht auf den Inhalt der Datei aus. Wenn dies der Fall wäre, würden Dateien beschädigt, wenn Sie etwas umbenennen! Sie können dieses Verhalten selbst überprüfen:

% 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 
Dies gilt für den Inhalt von Dateien, aber OP fragt nach der spezifischen Handhabung von Schlüsseldateien durch Keepass. Ich weiß nicht, ob Keepass bei der Verwendung als Schlüsseldatei auch den Namen der Datei berücksichtigt. vor 6 Jahren 0
Vielen Dank @Wald. Ich habe sha1sums geprüft und Davids Aussage überprüft. In der Tat interessiert mich, wie Keepass mit Dingen umgeht und letztendlich meine Datenbank öffnet. Igor V. vor 6 Jahren 0
1

Nein, der Inhalt der Datei darf nicht beschädigt werden. Es ist jedoch möglich, dass Keepass eine grundlegende Erweiterungsprüfung durchführt. Sie können versuchen, die Datei wieder in foobarumzubenennen und zu überprüfen, ob sie funktioniert oder nicht.

Habe das gemacht, kein Glück. Igor V. vor 6 Jahren 0
Wenn das nicht funktioniert, muss Ihre Datenbank durch etwas anderes beschädigt worden sein. vor 6 Jahren 3
0
DrSeuss

Für andere, die so dumm wie ich sind, folgt hier ein weiterer Schritt zur Problembehandlung. Ich habe den Schlüssel in KeepassXC zurückgesetzt, weil mein Erbe sein sollte. Dabei habe ich nur das Kästchen mit der Schlüsselrücksetzung aktiviert. Ich ging davon aus, dass das Kennwort unverändert bleiben würde. Dies machte es jedoch nur so, dass ich es nicht tat Ich habe ein Passwort, also habe ich ein paar Tage gebraucht, um herauszufinden, dass es so einfach war, die neue Schlüsseldatei zu verwenden und einfach das Passwortfeld leer zu lassen, und dann konnte ich wieder auf meine Datenbank zugreifen. Hoffentlich hilft das jedem, der sich in meiner gleichen Situation befindet.