389-users September 2022

389-users@lists.fedoraproject.org

9 participants
8 discussions

Procedure to change the AD used to sync users
by Mihai Carabas 17 Sep '22

17 Sep '22

Hello, We are planning to decommision our current PDC AD (Windows 2012R2). This AD is also used to sync users from our 389ds instance to this AD. What would be the correct procedure to update the WinSync agreement? Just update the hostname and run a full sync? Thank you, Mihai Carabas

3 12

Automated replication management
by tdarby＠arizona.edu 09 Sep '22

09 Sep '22

I've been working with the official docker container and have succeeded in scripting a complete install and configuration of our LDAP instance(s). Now, I'd like to go further and automate the addition and removal of a multi-master instance. Has anyone already succeeded in doing this? Currently, we have two EC2 instances in AWS that have a multi-master replication agreement. I'd like to be able to run a script that: 1. Brings up a new EC2/389ds container instance 2. Adds this to the existing multi-master replication agreements 3. When this is finished replicating, remove one of the current instances from the replication agreements I can do part 1, but I'm concerned about making parts 2 and 3 bullet-proof.

1 0

Re: How to have more than 1 directory manager account?
by Pierre Rogier 09 Sep '22

09 Sep '22

Hi Pierre, One solution is to add an user then add an aci in dn=example,dn=com to allow this user to add entries. Something like: aci: (targetattr = "*")(version 3.0; aci "user access for xxx script; allow( all) userdn="ldap:///uid=someone,ou=people,dc=exmaple,dc=people";) For more details, see the aci documentation: https://access.redhat.com/documentation/en-us/red_hat_directory_server/11/h… . Regards, Pierre Rogier On Fri, Sep 9, 2022 at 3:52 PM Pierre Girard <pierre.girard(a)gerad.ca> wrote: > Hello, > > I looked around and so far I didn’t find information on > how to add an additional directory manager account. > > > > Or maybe there’s a way to create an account that can add > entries to dn=example,dn=com, since that would be more limited. > > The goal is to have an account that will be different for scripts that > we’ll be writing to add information in the server. > > > > Any guide on how to do that? > > > > Thanks. > > > > > > > _______________________________________________ > 389-users mailing list -- 389-users(a)lists.fedoraproject.org > To unsubscribe send an email to 389-users-leave(a)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… > Do not reply to spam, report it: > https://pagure.io/fedora-infrastructure/new_issue > -- -- 389 Directory Server Development Team

1 0

How to have more than 1 directory manager account?
by Pierre Girard 09 Sep '22

09 Sep '22

Hello, I looked around and so far I didn't find information on how to add an additional directory manager account. Or maybe there's a way to create an account that can add entries to dn=example,dn=com, since that would be more limited. The goal is to have an account that will be different for scripts that we'll be writing to add information in the server. Any guide on how to do that? Thanks.

1 0

Limiting Direcory Manager access
by Alberto Crescente 05 Sep '22

05 Sep '22

Hello, the compromision of the direcory manager user gives full access over directory server. Is it possible to limit Directory Manager user acccess from localhost only? Best regards, Alberto Crescente.

2 1

Announcing 389 Directory Server 2.2.3
by Mark Reynolds 01 Sep '22

01 Sep '22

389 Directory Server 2.2.3 The 389 Directory Server team is proud to announce 389-ds-base version 2.2.3 Fedora packages are available on Fedora 37 https://koji.fedoraproject.org/koji/taskinfo?taskID=91505211 <https://koji.fedoraproject.org/koji/taskinfo?taskID=91505211> https://bodhi.fedoraproject.org/updates/FEDORA-2022-2269bbf393 <https://bodhi.fedoraproject.org/updates/FEDORA-2022-2269bbf393> - Bohdi The new packages and versions are: * 389-ds-base-2.2.3-1 Source tarballs are available for download at Download 389-ds-base Source <https://github.com/389ds/389-ds-base/archive/389-ds-base-2.2.3.tar.gz> Highlights in 2.2.3 * Enhancements, Security and Bug fixes Installation and Upgrade See Download <https://www.port389.org/docs/389ds/download.html> for information about setting up your yum repositories. To install the server use *dnf install 389-ds-base* To install the Cockpit UI plugin use *dnf install cockpit-389-ds* After rpm install completes, run *dscreate interactive* For upgrades, simply install the package. There are no further steps required. There are no upgrade steps besides installing the new rpms See Install_Guide <https://www.port389.org/docs/389ds/howto/howto-install-389.html> for more information about the initial installation and setup See Source <https://www.port389.org/docs/389ds/development/source.html> for information about source tarballs and SCM (git) access. Feedback We are very interested in your feedback! Please provide feedback and comments to the 389-users mailing list: https://lists.fedoraproject.org/admin/lists/389-users.lists.fedoraproject.o… If you find a bug, or would like to see a new feature, file it in our GitHub project: https://github.com/389ds/389-ds-base * Bump verrsion to 2.2.3 * Issue 5012 - Migrate pcre to pcre2 - remove match limit * Update CI tests * Issue 5356 - Make Rust non-optional and update default password storage scheme * Issue 5012 - Migrate pcre to pcre2 * Issue 5428 - Fix regression with nscpEntryWsi computation * Fix missing ‘not’ in description (closes #5423) (#5424) * Issue 5421 - CI - makes replication/acceptance_test.py::test_modify_entry more robust (#5422) * Issue 3903 - fix repl keep alive event interval * Issue 5418 - Sync_repl may crash while managing invalid cookie (#5420) * Issue 5415 - Hostname when set to localhost causing failures in other tests * Issue 5412 - lib389 - do not set backend name to lowercase * Issue 5407 - sync_repl crashes if enabled while dynamic plugin is enabled (#5411) * Issue 5385 - LMDB - import crash in rdncache_add_elem (#5406) * Issue 5403 - Memory leak in conntection table mulit list (#5404) * Issue 3903 - keep alive update event starts too soon * Issue 5397 - Fix various memory leaks * Issue 5399 - UI - LDAP Editor is not updated when we switch instances (#5400) * Issue 3903 - Supplier should do periodic updates * Issue 5377 - Code cleanup: Fix Covscan invalid reference (#5393) * Issue 5394 - configure doesn’t check for lmdb and json-c * Issue 5392 - dscreate fails when using alternative ports in the SELinux hi_reserved_port_t label range * Issue 5386 - BUG - Update sudoers schema to correctly support UTF-8 (#5387) * Issue 5388 - fix use-after-free and deadcode * Issue 5383 - UI - Various fixes and RFE’s for UI * Issue 4656 - Remove problematic language from source code * Issue 5380 - Separate cleanAllRUV code into new file * Issue 5322 - optime & wtime on rejected connections is not properly set * Issue 5335 - RFE - Add Security Audit Log * Issue 5375 - CI - disable TLS hostname checking * Issue 981 - Managed Entries betxnpreoperation - transaction not aborted on managed entry failure (#5369) * Issue 5373 - dsidm user get_dn fails with search_ext() argument 1 must be str, not function * Issue 5371 - Update npm and cargo packages * Issue 3069 - Support ECDSA private keys for TLS (#5365) * Issue 5290 - Importing certificate chain files via “import-server-key-cert” no longer works (#5293) -- Directory Server Development Team

1 0

Announcing 389 Directory Server 2.3.0
by Mark Reynolds 01 Sep '22

01 Sep '22

389 Directory Server 2.3.0 The 389 Directory Server team is proud to announce 389-ds-base version 2.3.0 Fedora packages are available on Rawhide (f38) Rawhide: https://koji.fedoraproject.org/koji/taskinfo?taskID=91503550 <https://koji.fedoraproject.org/koji/taskinfo?taskID=91503550> The new packages and versions are: * 389-ds-base-2.3.0-1 Source tarballs are available for download at Download 389-ds-base Source <https://github.com/389ds/389-ds-base/archive/389-ds-base-2.3.0.tar.gz> Highlights in 2.3.0 * Enhancements, Security and Bug fixes Installation and Upgrade See Download <https://www.port389.org/docs/389ds/download.html> for information about setting up your yum repositories. To install the server use *dnf install 389-ds-base* To install the Cockpit UI plugin use *dnf install cockpit-389-ds* After rpm install completes, run *dscreate interactive* For upgrades, simply install the package. There are no further steps required. There are no upgrade steps besides installing the new rpms See Install_Guide <https://www.port389.org/docs/389ds/howto/howto-install-389.html> for more information about the initial installation and setup See Source <https://www.port389.org/docs/389ds/development/source.html> for information about source tarballs and SCM (git) access. Feedback We are very interested in your feedback! Please provide feedback and comments to the 389-users mailing list: https://lists.fedoraproject.org/admin/lists/389-users.lists.fedoraproject.o… If you find a bug, or would like to see a new feature, file it in our GitHub project: https://github.com/389ds/389-ds-base * Bump version to 2.3.0 * Issue 5012 - Migrate pcre to pcre2 - remove match limit * Update CI tests * Issue 5356 - Make Rust non-optional and update default password storage scheme * Issue 5012 - Migrate pcre to pcre2 * Issue 5428 - Fix regression with nscpEntryWsi computation * Fix missing ‘not’ in description (closes #5423) (#5424) * Issue 5421 - CI - makes replication/acceptance_test.py::test_modify_entry more robust (#5422) * Issue 3903 - fix repl keep alive event interval * Issue 5418 - Sync_repl may crash while managing invalid cookie (#5420) (Security fix) * Issue 5415 - Hostname when set to localhost causing failures in other tests * Issue 5412 - lib389 - do not set backend name to lowercase * Issue 5407 - sync_repl crashes if enabled while dynamic plugin is enabled (#5411) * Issue 5385 - LMDB - import crash in rdncache_add_elem (#5406) * Issue 5403 - Memory leak in conntection table mulit list (#5404) * Issue 3903 - keep alive update event starts too soon * Issue 5397 - Fix various memory leaks * Issue 5399 - UI - LDAP Editor is not updated when we switch instances (#5400) * Issue 3903 - Supplier should do periodic updates * Issue 5377 - Code cleanup: Fix Covscan invalid reference (#5393) * Issue 5394 - configure doesn’t check for lmdb and json-c * Issue 5392 - dscreate fails when using alternative ports in the SELinux hi_reserved_port_t label range * Issue 5386 - BUG - Update sudoers schema to correctly support UTF-8 (#5387) * Issue 5388 - fix use-after-free and deadcode * Issue 5383 - UI - Various fixes and RFE’s for UI * Issue 4656 - Remove problematic language from source code * Issue 5380 - Separate cleanAllRUV code into new file * Issue 5322 - optime & wtime on rejected connections is not properly set * Issue 5335 - RFE - Add Security Audit Log * Issue 5375 - CI - disable TLS hostname checking * Issue 981 - Managed Entries betxnpreoperation - transaction not aborted on managed entry failure (#5369) * Issue 5373 - dsidm user get_dn fails with search_ext() argument 1 must be str, not function * Issue 5371 - Update npm and cargo packages * Issue 3069 - Support ECDSA private keys for TLS (#5365) * Issue 5290 - Importing certificate chain files via “import-server-key-cert” no longer works (#5293) -- Directory Server Development Team

1 0

389DS on K8s - dirserv won't start
by Ronald Wimmer 01 Sep '22

01 Sep '22

We stuck to the guide on https://directory.fedoraproject.org/docs/389ds/howto/howto-deploy-389ds-on-… but tried to leave out LDAPs and all the certificate stuff for now. Pod is starting but crashes immediately with the following error: kubectl logs dirsrv-0 dirsrv-container -n dirsrv-dev INFO: The 389 Directory Server Container Bootstrap INFO: Inspired by works of: ITS, The University of Adelaide INFO: 389 Directory Server Version: 2.2.2 INFO: Initialising 389-ds-container due to empty volume ... DEBUG: Running setup with verbose DEBUG: START: Starting installation ... DEBUG: READY: Preparing installation for localhost... INFO: Validate installation settings ... DEBUG: PASSED: using config settings 999999999 DEBUG: PASSED: user / group checking DEBUG: PASSED: prefix checking Traceback (most recent call last): File "/usr/lib/dirsrv/dscontainer", line 467, in <module> begin_magic() File "/usr/lib/dirsrv/dscontainer", line 270, in begin_magic if not sds.create_from_args(g2b.collect(), s2b.collect()): File "/usr/lib/python3.10/site-packages/lib389/instance/setup.py", line 685, in create_from_args self._prepare_ds(general, slapd, backends) File "/usr/lib/python3.10/site-packages/lib389/instance/setup.py", line 612, in _prepare_ds assert_c(len(insts) == 0, "Another instance named '%s' may already exist" % slapd['instance_name']) File "/usr/lib/python3.10/site-packages/lib389/utils.py", line 1274, in assert_c raise AssertionError(msg) AssertionError: Another instance named 'localhost' may already exist Any idea why? Cheers, Ronald

3 10

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

389-users September 2022