Mam system Linux (OpenSuSE 11.3) z zablokowanym kontem użytkownika. Zalogowałem się jako konto root, aby je odblokować passwd -u <user>
, ale dostaję wiadomość'Cannot unlock the password for <user>!'
Próbowałem zmienić hasło na coś nowego za pośrednictwem passwd
, ale próba zalogowania się przy użyciu tego nowego hasła nadal powoduje wyświetlenie komunikatu o błędzie „konto zostało zablokowane z powodu x nieudanych prób”.
passwd -S
podaje flagi stanu „PS” dla konta. Nie rozpoznaję „S”, ale w każdym razie nie pokazuje ani „L” (zablokowany), ani „NP” (brak hasła). /etc/shadow
nie zawiera żadnych dziwnych znaków, takich jak !
na początku wiersza dla tego konta. Patrząc na to w aplikacji zarządzającej tej dystrybucji (YaST) wydaje się pokazywać, że nie jest zablokowana (przycisk „wyłącz konto” nie jest zaznaczony).
Gdzie jeszcze muszę sprawdzić, jak i dlaczego to konto odmawia odblokowania / logowania?
Odpowiedzi:
Miałem dzisiaj ten problem. To była poprawka.
pam_tally --user = --reset
Przykład
Mam nadzieję, że to komuś pomoże.
Znalazłem ten post, szukając odpowiedzi na to dokładne pytanie. Miałem ten sam błąd, ale na serwerze SLES 11 SP2. Mój współpracownik zresetował moje hasło i próbował odblokować moje konto za pomocą polecenia
passwd -u
. Jeden z moich pozostałych współpracowników powiedział, że potrzebuję czystego konta w PAM i dał mi polecenie. Które zamieściłem powyżej.Aktualizacja,
Mam teraz poprawkę, która uniemożliwia to powtórzenie się. Wygląda na to, że istnieją dwa pliki PAM, które są w konflikcie. Te pliki to;
/etc/pam.d/login
a/etc/pam.d/sshd
. Oba pliki mają tę linię.Musisz wykonać ten wiersz z jednego z plików wymienionych powyżej. Skomentowaliśmy ten wiersz w
/etc/pam.d/sshd
pliku.Po wykonaniu tej czynności nie powinieneś już mieć tego problemu.
źródło
/var/log/failllog
, alepam_tally2
domyślnie używa polecenia/var/log/tallylog
, więc zgłosił użytkownika jako niezablokowany. Możesz użyćpam_tally2 --file /var/log/faillog
.Ten sam problem mam dzisiaj z jednym kontem użytkownika na serwerze z systemem SUSE Linux Enterprise Server 11 SP2, nawet po zresetowaniu hasła i zmianie wieku na 0 (chage -d 0 ID użytkownika)
Z tym samym escenario opisanym przez @Jam w jego oryginalnym poście. Nic nie pokazuje konta zablokowanego ani w „/ etc / passwd”, ani w „/ etc / shadow”. Polecenia takie jak „passwd -S -a | grep frodo” pokazały, że identyfikator nie był zablokowany (LK)
Również „ pam_tally2 ” pokazuje, że identyfikator NIE był zablokowany:
Ale problem polegał na tym, że „ pam_tally ”
Po odblokowaniu hasła ID użytkownika mogłem zalogować się przy użyciu nowych danych logowania i uniknąć komunikatu o błędzie.
Mam nadzieję, że pomoże to komuś innemu uniknąć złamania głowy, tak jak to zrobiłem w ciągu ostatniej godziny ... Więc, aby napisać krótką historię, pamiętaj, aby sprawdzić zarówno „ pam_tally ”, jak i „ pam_tally2 ”, gdy konto jest zablokowane w SuSE !!
Pozdrawiam, Hernan.
źródło
/var/log/failllog
, alepam_tally2
domyślnie używa polecenia/var/log/tallylog
, więc błędnie zgłosił użytkownika jako niezablokowany. Możesz użyćpam_tally2 --file /var/log/faillog
.Możesz pisać:
aby odblokować konto.
źródło
Próbować
wyłączyć nieaktywność konta (ustawia datę ważności na 1/1/9999).
passwd -u
działa tylko wtedy, gdy hasło jest „zablokowane”, ale nie dotyczy wyłączonych kont.źródło
passwd --status <username>
? Byłoby pomocne, gdybyś mógł dodać to do swojego pytania.passwd
tej dystrybucji nie akceptuje--status
jako opcji, alepasswd -S <user>
(„pokaż atrybuty hasła”) podaje:<user> PS <date> <password expiry options>
gdzie data jest datą ostatniej zmiany hasła (wczoraj), a opcje wygaśnięcia hasła tomin age
(0),max age
(90),days before expiry to issue warning
(7) idays after expiry with usable login
(-1). Te ustawienia działały wcześniej, więc nie sądzę, aby którekolwiek z nich było przyczyną problemu.Problemem mogło być również to, że konto zostało właśnie utworzone i nie przypisano jeszcze hasła.
Jeśli tak,
passwd -S <user>
wyświetli sięLK
(dla zablokowanych) ipasswd -u <user>
nie będzie działać.Musisz tylko przypisać użytkownikowi hasło, aby rozwiązać problem.
źródło
Za pomocą tego polecenia możesz utworzyć odblokowanego użytkownika bez hasła:
Oznacza to, że w systemie nie ma losowego hasła.
źródło