|
|
ru.unix- RU.UNIX ---------------------------------------------------------------------- From : Alexander Lunyov 2:5059/20.5 25 Feb 2004 16:07:06 To : Victor Sudakov Subject : openldap, TheBat, русский язык -------------------------------------------------------------------------------- * hi ** Victor Sudakov => Constantin Stefanov > Значит, не путаю. Мне нужно, чтобы у объекта "Приёмная" могли > одновременно быть атрибуты ou, telephoneNumber и mail. Hасколько я понял, > ни в одном из готовых классов (которые идут в > /usr/local/etc/openldap/schema), такое сочетание не предусмотрено. Так сочетай objectClass'ы! objectClass - это как набор возможностей, и за некоторым исключением можно комбинировать различные наборы для получения того набора, который тебе нужен. >> Тебе Александр Лунев написал пару вариантов, могу с ним только >> согласиться. Я бы лично сделал доп. objectclass, у которого только один >> атрибут - mail, и дописывал бы его к нужным записям. А что касаемо > Видишь ли, в openldap 1.x было довольно легко создавать собственные > схемы, а в 2.x я пока не разобрался, как это делается. Виктор, ну ё-маё... http://www.openldap.org/doc/admin22/schema.html > В частности, непонятно откуда брать OID-ы для своих схем. Виктор, ну как же так... ============================================================================ 8.2.1. Object Identifiers You are, of course, free to design a hierarchy suitable to your organizational needs under your organization's OID. No matter what hierarchy you choose, you should maintain a registry of assignments you make. This can be a simple flat file or something more sophisticated such as the OpenLDAP OID Registry (http://www.openldap.org/faq/index.cgi?file=197). For more information about Object Identifers (and a listing service) see http://www.alvestrand.no/harald/objectid/. Under no circumstances should you hijack OID namespace! To obtain a registered OID at no cost, apply for an OID under the Internet Assigned Numbers Authority (IANA) maintained Private Enterprise arc. Any private enterprise (organization) may request an OID to be assigned under this arc. Just fill out the IANA form at http://www.iana.org/cgi-bin/enterprise.pl and your official OID will be sent to you usually within a few days. Your base OID will be something like 1.3.6.1.4.1.X where X is an integer. Note: Don't let the "MIB/SNMP" statement on the IANA page confuse you. OIDs obtained using this form may be used for any purpose including identifying LDAP schema elements. Alternatively, OID name space may be available from a national authority (e.g., ANSI, BSI). For private experiments, OIDs under 1.1 may be used. The OID 1.1 arc is regarded as dead name space. ============================================================================ > В 1.x можно было в конце концов вообще поставить "schemacheck off" и > писать в entries что в голову взбредёт. В 2.1.х можно поставить то же самое. > Вот ты бы "сделал доп. objectclass" - а OID откуда бы взял? В IANA. Hичего страшного в этом нет, я получил OID на своё предприятие за полтора дня. > Можно еще вопрос? От 1.x осталась адресная книга с записями вида > dn: cn=Ivanov I.I., o=COMPANY, c=RU > objectclass: user > sn: Ivanov I.I. > cn: Ivanov I.I. > o: COMPANY > c: RU > mail: ivanov@COMPANY.RU > Как бы её на время миграции запихать в 2.x ? Проблема в том, что я > опять-таки не нашёл классов, в которых было бы разрешено > вышеперечисленное описание атрибутов, в частности "c". Проще пареной репы. Делаешь на стандартных objectClass'ах: objectClass: top objectClass: inetOrgPerson Специально у себя попробовал - всё нормально. dn: cn=newinetorgperson, dc=domain,dc=ru mail: mail@mail.mail objectClass: top objectClass: inetorgperson o: some sn: opa c: RU cn: aop > Заранее спасибо за снятие с ручника. http://www.openldap.org/doc/admin22/ http://www.openldap.org/faq/ Впрочем, feel free задавать вопросы по ходу :) p.s.: различай не только 1.x и 2.x, но и 2.0.x, 2.1.x и 2.2.x - это всё разные версии. 2.2.х я сам пока не ставил, некогда. Hадо будет поставить, посмотреть на их новомодный LDAP Sync. p.p.s.: делать свою схему, конечно, труднее, чем использовать готовую, но в дальнейшем облегчается работа (своя рубашка, всё такое) и это сильно помогает пониманию философии LDAP'а. * bye --- * Origin: no sex until marriage! (c) Front242 (2:5059/20.5) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix/2765403c9461.html, оценка из 5, голосов 10
|