Impossible de déverrouiller le compte utilisateur linux

J'ai une machine Linux (OpenSuSE 11.3) avec un compte d'utilisateur verrouillé. Je me suis connecté en tant que compte root pour le déverrouiller avec passwd -u <user>mais je reçois un message 'Cannot unlock the password for <user>!'

J'ai essayé de changer le mot de passe pour quelque chose de nouveau via passwd, mais la tentative de connexion avec ce nouveau mot de passe donne toujours le message d'erreur 'le compte a été verrouillé en raison de x tentatives infructueuses'.

passwd -S donne les drapeaux d’état «PS» pour le compte. Je ne reconnais pas "S", mais en tout cas, il ne montre ni "L" (verrouillé) ni "NP" (sans mot de passe). /etc/shadow ne contient pas de caractères étranges comme ! au début de la ligne pour ce compte. L’observation dans l’application de gestion de cette distribution (YaST) semble montrer qu’elle n'est pas verrouillé (le bouton "désactiver le compte" n'est pas coché).

Où d'autre dois-je vérifier pour voir comment et pourquoi ce compte refuse de déverrouiller / de se connecter?

J'ai eu ce problème aujourd'hui. C'était la solution.

pam_tally --user = --reset

Exemple

pam_tally --user=cyberninja --reset

J'espère que ça aidera quelqu'un.

J'ai trouvé ce post à la recherche d'une réponse à cette question précise. J'ai eu la même erreur, mais sur un serveur SLES 11 SP2. Mon collègue a réinitialisé mon mot de passe et a essayé de déverrouiller mon compte avec la commande passwd -u. Un de mes autres collègues a dit que j'avais besoin d'un compte clair dans PAM et m'a donné l'ordre. Ce que j'ai posté ci-dessus.

Mettre à jour,

J'ai maintenant un correctif qui empêche que cela se reproduise. Il semble qu'il y ait deux fichiers PAM en conflit. Ces fichiers sont; /etc/pam.d/login et /etc/pam.d/sshd. Les deux fichiers ont cette ligne.

auth requis pam_tally.so onerr = fail deny = 3

Vous devez vous engager, cette ligne à partir de l’un des fichiers énumérés ci-dessus. Nous avons commenté la ligne dans le /etc/pam.d/sshd fichier.

Cela fait, vous ne devriez plus jamais avoir ce problème.

Je rencontre le même problème aujourd'hui avec un compte utilisateur sur un serveur exécutant SUSE Linux Enterprise Server 11 SP2, même après la réinitialisation du mot de passe et la modification de l'âge sur 0 (chage -d 0 utilisateur)

[me@mordor ~]$ ssh frodo@mordor

Welcome to SUSE Linux Enterprise Server 11 SP2  (x86_64) - Kernel \r (\l).


Account locked due to 29 failed logins
Password:
Account locked due to 30 failed logins
Password:

Avec le même escénario décrit par @Jam dans son message d'origine. Rien ne montre le compte verrouillé ni sur "/ etc / passwd" ni sur "/ etc / shadow". Des commandes telles que "passwd -S -a | grep frodo" indiquaient que l'ID n'était pas verrouillé (LK)

me@mordor:~> sudo passwd -S -a | grep frodo
frodo PS 01/01/1970 1 90 7 180

Également " pam_tally2 "montre que l'ID n'était PAS verrouillé:

me@mordor:~> sudo /sbin/pam_tally2 --user frodo
Login           Failures Latest failure     From
frodo             0

Mais le problème était en fait avec " pam_tally "

me@mordor:~> sudo /sbin/pam_tally --user frodo
User frodo    (500)   has 32

Après avoir déverrouillé le mot de passe de l'ID utilisateur, j'ai pu me connecter avec les nouvelles informations d'identification et éviter le message d'erreur.

me@mordor:~> sudo /sbin/pam_tally --user frodo --reset
User frodo    (500)   had 32
me@mordor:~> sudo /sbin/pam_tally --user frodo
User frodo    (500)   has 0

J'espère que cela aidera quelqu'un d'autre à éviter de se casser la tête, comme je l'avais fait au cours de la dernière heure ... Alors, pour faire une histoire courte, soyez conscient de vérifier les deux " pam_tally " et " pam_tally2 "lorsque le compte est bloqué dans SuSE !!

Cordialement, Hernan.

Essayer

usermod --expire 9999

désactiver l'inactivité du compte (la date d'expiration est fixée à 1/1/9999). passwd -u ne fonctionne que si le mot de passe est "verrouillé", mais pas pour les comptes désactivés.

Le problème pourrait également être que le compte vient d'être créé et qu'aucun mot de passe n'a encore été attribué.

Si c'est le cas, passwd -S <user> montrera LK (pour verrouillé) et passwd -u <user> ne fonctionnera pas.

Il vous suffit d'attribuer un mot de passe à l'utilisateur pour résoudre le problème.

Vous pouvez taper:

pam_tally2 -r -u user_name

pour déverrouiller le compte.

Avec cette commande, vous pouvez créer un utilisateur non verrouillé sans mot de passe:

adduser --gecos "Username" --disabled-password "username"

Cela signifie qu'aucun mot de passe aléatoire n'est suspendu au système.