Monday, November 15, 2021

[389-users] Re: Issues with passwordmustchange in a local policy on 389-ds 1.4

Hi Brian,
could you please provide your full Password Policy setup (but global and local, entries and attributes)?

Please, check this chapter for the details:

Sincerely,
Simon

On Mon, Nov 15, 2021 at 8:37 AM Brian Collins <rbriancollins@gmail.com> wrote:
Good day all.

We recently updated our 389-ds infrastructure from 1.3.8.4 on RHEL 7
to 1.4.4.16, installed via epel-modular, on RHEL 8.

Since that time, it appears that our local password policy setting of
"pwdmustchange" is not working.  If I apply a global policy, it does
seem to work, but we prefer to keep it as a local policy applied to a
subtree (ou=People,dc=example,dc=com).

# dsconf -y ~/dirman.txt -D "cn=Directory Manager" pro02 localpwp get
ou=People,dc=example,dc=com

Local User Policy Policy for "ou=People,dc=example,dc=com":
cn=cn\3DnsPwPolicyEntry\2Cou\3DPeople\2Cdc\3Dexample\2Cdc\3Dcom,cn=nsPwPolicyContainer,ou=People,dc=example,dc=com
------------------------------------
passwordstoragescheme: ssha512
passwordchange: on
passwordmustchange: on
passwordhistory: off
passwordadmindn: cn=siteops sa,ou=sa groups,dc=example,dc=com
passwordexp: off
passwordminage: 0

With the above settings, but the global policy for passwordmustchange
set to "off", an administratively-changed password (done by Directory
Manager) does not require a change on first login.  If I change the
global policy to on and reset the user's password again, it does
require a change.

Again, time-wise, this seems to have begun with our move from 1.3 to
1.4.  To do the upgrade, we introduced 1.4 servers then created
replication agreements with them.  Then we removed the 1.3 servers (I
hope that was the right way to do it; didn't think much about it at
the time).

It would not surprise me if I am doing (or have done) something wrong
here, but I'm unable to pinpoint what.

Thank you in advance,
Brian
_______________________________________________
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure

No comments:

Post a Comment