hasło gnome po zmianie dystrybucji z fedory na debian


0

Zmieniłem jeden system z Fedora 14 do Debian stable. Nasze domy użytkowników znajdują się w udziale NFS. Zostały więc dokładnie zamontowane w nowym systemie. Wygląda na to, że wszystko działa poprawnie, ale podczas używania haseł na pulpicie (obsługiwanych przez gnome-keyring ), hasło jest pytane (co wcześniej jest równe loginowi pw). Wprowadzenie tego hasła będzie nie otwórz brelok.
Myślę, że może mieć coś wspólnego przy okazji, hasło zostanie zapisane: skróty w / etc / shadow różnią się, podobnie jak Debian stable używa SHA-512 ( $6... ) hashwords, podczas gdy te z FedoraBlowfish ( $2... ) ... Ale to tylko pomysł.
Szukam rozwiązania do ponownego użycia tych breloczków ... Wprowadzanie ( ważny ) hasła nie otworzą ich ... (To nie jest pytanie hakujące!)
Czy muszę zresetować wszystkie breloki - czy istnieje sposób, aby przywrócić je do życia?


Po pierwsze, nie, skróty przechowywane w / etc / shadow są używane tylko przez pam_unix i tylko do uwierzytelniania użytkownika podczas logowania. Haszowanie jest solone (identyczne hasła mogą skutkować różnymi skrótami), mogą być wykonane przy użyciu różnych algorytmów (nawet dla dwóch użytkowników w tym samym systemie), są nieczytelne dla zwykłych śmiertelników (tylko przez roota) i niekoniecznie są przechowywane lokalnie (dla przykład, uwierzytelnianie za pomocą Kerberos lub LDAP); z tych powodów byłyby całkowicie bezużyteczne jako klucze szyfrowania i nie są używane jako takie. Hasła używane przez Brelok są oddzielne i nie są w ogóle przechowywane.
grawity

Dzięki @grawity - zna szczegóły - ale to był jedyny pomysł, jaki miałem ... Czy są jakieś dalsze rozwiązania mojego problemu? Innymi słowy: Why can't gnome-keyring data (from fedora) be read/opened by debian with the valid passwords?
Bastian Ebeling
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.