Thread: [Cpu-users] New entries uses 'cn'.
Brought to you by:
matheny
From: Hans E. K. <ha...@ri...> - 2003-09-16 09:41:31
|
We are trying to use the 'cpu' utility to manage a ldap server (having = gone through a few web based versions). Our dn for each user will have = the form of dn: uid=3D<username>,ou=3DPeople,dc=3Dxyz,..., but when I = use the cpu utility the dn is created as dn: = cn=3D<username>,ou=3DPeople,dc=3Dxyz. This is the config file: [LDAP] LDAP_HOST =3D 127.0.0.1 LDAP_PORT =3D 389 # Can also use LDAP_URI =3D ldaps://localhost:389 for TLS support BIND_DN =3D cn=3DManager,dc=3D.... BIND_PASS =3D USER_BASE =3D ou=3DPeople,dc=3D... GROUP_BASE =3D ou=3DGroup,dc=3D... USER_OBJECT_CLASS =3D posixAccount,shadowAccount,top GROUP_OBJECT_CLASS =3D posixGroup,top USER_FILTER =3D (objectClass=3DposixAccount) GROUP_FILTER =3D (objectClass=3DposixGroup) USER_CN_STRING =3D uid GROUP_CN_STRING =3D cn This looks OK to me, including the USER_CN_STRING, which I have se to = uid instead of cn. Your help is appreciated. Thx, Hans E. |
From: Blake M. <bma...@pu...> - 2003-09-16 23:37:17
|
This is fixed in CVS (check out the CVS copy if you need it right now, a temporary fix is to specify -A uid at the command line). Expect a 1.4.1 release by Monday. Some patches have come in along with some bug reports. -Blake Whatchu talkin' 'bout, Willis? > > We are trying to use the 'cpu' utility to manage a ldap server (having > gone through a few web based versions). Our dn for each user will have > the form of dn: uid=<username>,ou=People,dc=xyz,..., but when I use > the cpu utility the dn is created as dn: > cn=<username>,ou=People,dc=xyz. > > > > This is the config file: > > [LDAP] > LDAP_HOST = 127.0.0.1 > LDAP_PORT = 389 > # Can also use LDAP_URI = [1]ldaps://localhost:389 for TLS support > BIND_DN = cn=Manager,dc=.... > > BIND_PASS = > > USER_BASE = ou=People,dc=... > GROUP_BASE = ou=Group,dc=... > USER_OBJECT_CLASS = posixAccount,shadowAccount,top > GROUP_OBJECT_CLASS = posixGroup,top > USER_FILTER = (objectClass=posixAccount) > GROUP_FILTER = (objectClass=posixGroup) > USER_CN_STRING = uid > GROUP_CN_STRING = cn > > > > This looks OK to me, including the USER_CN_STRING, which I have se to > uid instead of cn. > > > > Your help is appreciated. > > > > Thx, > > Hans E. > > References > > 1. ldaps://localhost:389/ -- Blake Matheny "... one of the main causes of the fall of the bma...@pu... Roman Empire was that, lacking zero, they had http://www.mkfifo.net no way to indicate successful termination of http://ovmj.org/GNUnet/ their C programs." --Robert Firth |
From: Hans E. K. <ha...@tr...> - 2003-09-17 02:02:56
|
Thank you. I shall test the temporary fix and I am looking forward to the patch on Monday. /Hans ----- Original Message ----- From: "Blake Matheny" <bma...@pu...> To: "Hans E. Kristiansen" <ha...@ri...> Cc: <cpu...@li...> Sent: Wednesday, September 17, 2003 07:36 Subject: Re: [Cpu-users] New entries uses 'cn'. > This is fixed in CVS (check out the CVS copy if you need it right now, a > temporary fix is to specify -A uid at the command line). Expect a 1.4.1 > release by Monday. Some patches have come in along with some bug reports. > > -Blake > > Whatchu talkin' 'bout, Willis? > > > > We are trying to use the 'cpu' utility to manage a ldap server (having > > gone through a few web based versions). Our dn for each user will have > > the form of dn: uid=<username>,ou=People,dc=xyz,..., but when I use > > the cpu utility the dn is created as dn: > > cn=<username>,ou=People,dc=xyz. > > > > > > > > This is the config file: > > > > [LDAP] > > LDAP_HOST = 127.0.0.1 > > LDAP_PORT = 389 > > # Can also use LDAP_URI = [1]ldaps://localhost:389 for TLS support > > BIND_DN = cn=Manager,dc=.... > > > > BIND_PASS = > > > > USER_BASE = ou=People,dc=... > > GROUP_BASE = ou=Group,dc=... > > USER_OBJECT_CLASS = posixAccount,shadowAccount,top > > GROUP_OBJECT_CLASS = posixGroup,top > > USER_FILTER = (objectClass=posixAccount) > > GROUP_FILTER = (objectClass=posixGroup) > > USER_CN_STRING = uid > > GROUP_CN_STRING = cn > > > > > > > > This looks OK to me, including the USER_CN_STRING, which I have se to > > uid instead of cn. > > > > > > > > Your help is appreciated. > > > > > > > > Thx, > > > > Hans E. > > > > References > > > > 1. ldaps://localhost:389/ > > -- > Blake Matheny "... one of the main causes of the fall of the > bma...@pu... Roman Empire was that, lacking zero, they had > http://www.mkfifo.net no way to indicate successful termination of > http://ovmj.org/GNUnet/ their C programs." --Robert Firth > |