Kepler Mihály írta:
Nem tudom hogy próbáltad, és hogy tisztába vagy-e a MUST and
MAY attribútumokkal
De én amúgy így ( ezeket az attribútumokat muszály megadni
(MUST) ) adom hozzá:
Igen, a MUST a kotelezo, a MAY lehetseges...
dn: cn=Proba User,ou=people,dc=example,dc=hu
Az objectClass: account pontosan mire jo? Mikor hasznalatos?
Eredetileg az is bent volt, de az nem hasznalhato az
inetOrgPerson-nal - azt irta vissza az openldap.
Mert két top structural object class nem vehető fel egy objektumhoz
Ha van egy STRUCTURAL object class
a többi
From: Kepler Mihály [EMAIL PROTECTED] írta:
...bocsi kicsit szét szórt vagyok...
az inetOrgPerson -hoz a shadowAccount -ot add hozzá meg a
posixAccount -ot
Adjam hozza...? :)
Igy probaltam, de nem jo...
objectClass: inetOrgPerson
objectClass: posixAccount
objectClass: shadowAccount
az inetOrgPerson -hoz a shadowAccount -ot add hozzá meg a
posixAccount -ot
Adjam hozza...? :)
Igy probaltam, de nem jo...
objectClass: inetOrgPerson
objectClass: posixAccount
objectClass: shadowAccount
Hozzaadni hogyan kellene...? :)
Nem tudom hogy próbáltad, és hogy
objectClass: account
objectClass: posixAccount
objectClass: shadowAccount
Egyik objektum osztály sem tartalmaz mail attributomot!!!
Csak olyan attribútumokat vihetsz fel ami a felsorolt objektum
osztályokba benne van.
Konkrétan,
mint előttem mondták, az inetOrgPerson objektum osztályban
[Varadi Gabor] irta:
nállam még ez a két osztály is meg van adva.
objectClass: person
objectClass: inetOrgPerson
Igy is..
Object class violation (65)
invalid structural object class chain (account/inetOrgPerson)
es
Object class violation (65)
invalid structural object class chain
On Thu, Aug 23, 2007 at 12:28:48PM +0200, Makó Gábor wrote:
Hi!
OpenLDAP-ba szeretnek egy bejegyzest:
dn: cn=test,ou=People,dc=intranet,dc=domain,dc=hu
objectClass: top
objectClass: account
objectClass: posixAccount
objectClass: shadowAccount
nállam még ez a két osztály is meg van