Re: password not expire 389

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On 02/28/2017 08:45 AM, Predrag Zečević - Technical Support Analyst wrote:
> On 02/28/17 02:13 PM, Mark Reynolds wrote:
>>
>>
>> On 02/28/2017 04:25 AM, Predrag Zečević - Technical Support Analyst
>> wrote:
>>> On 02/28/17 08:25 AM, tuan88@xxxxxxxxx wrote:
>>>> h
>>>>>> passwordHistory is not set in your policy config, thus it is not
>>>>>> beingen forced:
>>>> yes it is, i had set it the last many years
>>>> pls see the screendump in my first thread
>>>>
>>>> Policy settings from GUI:
>>>> www.chezmoi.dk/389-passwd-not-expire.png
>>>>
>>>> bt Tuan
>>>> _______________________________________________
>>>> 389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx
>>>> To unsubscribe send an email to
>>>> 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx
>>>>
>>>
>>> Hi all,
>>>
>>> I can confirm that something is wrong, also in 389-ds-base-1.3.5.14
>>> (e.g. also having same problem).
>> Make sure you are NOT using Directory manager to change passwords.
>> Directory manager bypasses password policies.
>>>
> Thanks, that might be a reason. I will make note and check scripts.
On a side note -  this is documented in the Administration guide. 

https://access.redhat.com/documentation/en-US/Red_Hat_Directory_Server/10/html/Administration_Guide/User_Account_Management.html#Managing_the_Password_Policy-Setting_User_Passwords

This doc refers to the Directory Manager account as the root DN, which
is correct but could be confusing.  This could be "clearer" so I've
opened a doc bug on this.

Regards,
Mark
>
> With best regards.
> Predrag Zečević
>
>>> Some users are not forced to change password although it has been
>>> expired upon rules of our PP, and that is purely random situation...
>>> Moreover, I have not found anything which might cause it.
>>>
>>> What would be best way to debug that (considering that it does not
>>> happen so often, so switching debug log to any of values from
>>> https://access.redhat.com/documentation/en-US/Red_Hat_Directory_Server/8.2/html/Configuration_and_Command-Line_Tool_Reference/error-logs.html
>>>
>>> could be not so useful)?
>>>
>>> With best regards.
>>> Predrag Zečević
>>>
>> _______________________________________________
>> 389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx
>> To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx
>>
>
_______________________________________________
389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx




[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux