py 版主快进来，急事问您！

lg8080

为结合公司的旧电邮系统，旧版本是：openldap-2.0.17，新的openldap版本为是：Openldap-2.3.23。
因为旧有的一些 attributetype 不能兼容新版本的使用，于是自己修改了一下公司的旧 schema 然后加入到新版的openldap中，结果启动 slapd 后看到如下提示：

/schema/core.schema: line 31: attribute type "2.5.18.1" is operational  （这是怎么回事呢？）

core.schema內容：

attributetype ( 2.5.18.1 NAME 'createTimestamp'
        EQUALITY generalizedTimeMatch
        ORDERING generalizedTimeOrderingMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.24
        SINGLE-VALUE NO-USER-MODIFICATION USAGE directoryOperation )

attributetype ( 2.5.18.2 NAME 'modifyTimestamp'
        EQUALITY generalizedTimeMatch
        ORDERING generalizedTimeOrderingMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.24
        SINGLE-VALUE NO-USER-MODIFICATION USAGE directoryOperation )

attributetype ( 2.5.18.3 NAME 'creatorsName'
        EQUALITY distinguishedNameMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.12
        SINGLE-VALUE NO-USER-MODIFICATION USAGE directoryOperation )

attributetype ( 2.5.18.4 NAME 'modifiersName'
        EQUALITY distinguishedNameMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.12
        SINGLE-VALUE NO-USER-MODIFICATION USAGE directoryOperation )

attributetype ( 2.5.18.10 NAME 'subschemaSubentry'
        EQUALITY distinguishedNameMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.12 NO-USER-MODIFICATION
        SINGLE-VALUE USAGE directoryOperation )


这个 2.5.18.1  是原来就存在的，也没有跟别的数字冲突。我有些不了解OID。手头上也没有什么资料可以查的。网上说的也不清楚。
希望你能给我解答一下，谢谢！

[ 本帖最后由 lg8080 于 2006-11-23 21:41 编辑 ]

py

这些内部的attributetype很多已经被编译在了openldap内部, 2.0.*的版本太早了,大概是2001年以前了吧,建议还是用新的schema再加上公司自己定义的schema文件

py

又查了一下, createTimestamp定义OID和相关的定义都没变,只是这些设计到内部操作的attributetype都被内置了, 这个改变是从2.1.*以后开始的

lg8080

谢谢py！
这是不是说这几个attributetype不用我再做定义了是吗？但是公司旧有的attributetype实在是太多了，主管又不肯放弃旧的attributetype，还说必须要原来是怎么样的，新的openldap里就要怎么样。看着这一大堆core.schema里的attributetype，真是累呀。

attributetype ( 2.5.18.1 NAME 'createTimestamp'
        EQUALITY generalizedTimeMatch
        ORDERING generalizedTimeOrderingMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.24
        SINGLE-VALUE NO-USER-MODIFICATION USAGE directoryOperation )

attributetype ( 2.5.18.2 NAME 'modifyTimestamp'
        EQUALITY generalizedTimeMatch
        ORDERING generalizedTimeOrderingMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.24
        SINGLE-VALUE NO-USER-MODIFICATION USAGE directoryOperation )

attributetype ( 2.5.18.3 NAME 'creatorsName'
        EQUALITY distinguishedNameMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.12
        SINGLE-VALUE NO-USER-MODIFICATION USAGE directoryOperation )

attributetype ( 2.5.18.4 NAME 'modifiersName'
        EQUALITY distinguishedNameMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.12
        SINGLE-VALUE NO-USER-MODIFICATION USAGE directoryOperation )

attributetype ( 2.5.18.10 NAME 'subschemaSubentry'
        EQUALITY distinguishedNameMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.12 NO-USER-MODIFICATION
        SINGLE-VALUE USAGE directoryOperation )

attributetype ( 2.5.21.1 NAME 'dITStructureRules'
        EQUALITY integerFirstComponentMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.17 USAGE directoryOperation )

attributetype ( 2.5.21.2 NAME 'dITContentRules'
        EQUALITY objectIdentifierFirstComponentMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.16 USAGE directoryOperation )

attributetype ( 2.5.21.4 NAME 'matchingRules'
        EQUALITY objectIdentifierFirstComponentMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.30 USAGE directoryOperation )

attributetype ( 2.5.21.5 NAME 'attributeTypes'
        EQUALITY objectIdentifierFirstComponentMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.3 USAGE directoryOperation )

attributetype ( 2.5.21.6 NAME 'objectClasses'
        EQUALITY objectIdentifierFirstComponentMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.37 USAGE directoryOperation )

attributetype ( 2.5.21.7 NAME 'nameForms'
        EQUALITY objectIdentifierFirstComponentMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.35 USAGE directoryOperation )

attributetype ( 2.5.21.8 NAME 'matchingRuleUse'
        EQUALITY objectIdentifierFirstComponentMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.31 USAGE directoryOperation )

# From X.500(93)
attributetype ( 2.5.21.9 NAME 'structuralObjectClass'
        DESC 'X.500(93) structural object class'
        EQUALITY objectIdentifierMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.38
        NO-USER-MODIFICATION SINGLE-VALUE USAGE directoryOperation )

# LDAP Operational Attributes from RFC2252
attributetype ( 1.3.6.1.4.1.1466.101.120.5 NAME 'namingContexts'
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.12 USAGE dSAOperation )

attributetype ( 1.3.6.1.4.1.1466.101.120.6 NAME 'altServer'
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.26 USAGE dSAOperation )

attributetype ( 1.3.6.1.4.1.1466.101.120.7 NAME 'supportedExtension'
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.38 USAGE dSAOperation )

attributetype ( 1.3.6.1.4.1.1466.101.120.13 NAME 'supportedControl'
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.38 USAGE dSAOperation )

attributetype ( 1.3.6.1.4.1.1466.101.120.14 NAME 'supportedSASLMechanisms'
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 USAGE dSAOperation )

attributetype ( 1.3.6.1.4.1.1466.101.120.15 NAME 'supportedLDAPVersion'
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.27 USAGE dSAOperation )

attributetype ( 1.3.6.1.4.1.1466.101.120.16 NAME 'ldapSyntaxes'
        EQUALITY objectIdentifierFirstComponentMatch
        SYNTAX 1.3.6.1.4.1.1466.115.121.1.54 USAGE directoryOperation )

py

对, 类似createTimestamp这样的内部属性就不用在schema中显式定义了. 建议拿新的2.3.*的schema和旧的对比着修改, 就知道有那些遗漏了

lg8080

像subschemaSubentry、dITStructureRules、dITContentRules、matchingRules、altServer、ldapSyntaxes、supportedSASLMechanisms这些是不是要重写objectclass呢？

py

我不记得在schema里见过这些属性, 可能都被内置编译了. 最简单的方法就是查2.3.*的schema文件,不存在的基本上就是被编译进去了

lg8080

我可不可以这样理解你的话：
像subschemaSubentry、dITStructureRules、dITContentRules、matchingRules、altServer、ldapSyntaxes、supportedSASLMechanisms　这些个attributetype如果在schema里查找不到的话就是被编译进去了，对吗？如果被编译进去的话，那我就不要再重写了，对吗？

刚刚查看了一下新openldap里的schema文件，里面均没有看到有这些attributetype

lg8080

谢谢py！
太晚了，要休息了。明天好好看看schema里的东西，再看看那个旧openldap的软件包里的schema。

再次谢谢py！
晚安。