Active directory 除Active Directory之外的其他目录服务是否对目录中的每个对象都有唯一的标识符？
在active directory中，每个AD对象都有一个objectGUID属性，即使在重命名或移动AD对象后，该属性也能唯一标识该AD对象，请参阅链接。我们在其他LDAP目录服务（如Novell目录服务）中有这样的概念吗？我在互联网上搜索了一下，没有找到任何关于这一点的确认。我确实看到了RFC:，轻量级目录访问协议LDAP entryUUID操作属性，但是不确定它的实现范围。entryUUID在ApacheDS和OpenLDAP中都受支持，是的，它等效于GUIDentryUUID在ApacheDS和OpenLDAP中都受支持，是的，它等效于GUID属性“GUID”出现在NetWare 5.x中开始的Novell目录中。所以你可以在Novell目录服务中找到它。”entryUUID’存在于SUN Oracle ePlanet、OpenLdap和OpenDS中 在我的理解中，无论编辑器是什么，这样的属性都作为操作属性存在于每个目录服务器中。此属性在复制过程中用于在服务器之间同步对象。我遇到的问题是，在某些情况下，ActiveDirectory的内部语法是“二进制”，而在另一种情况下，openLDAP的内部语法是“目录字符串” 请注意，这是一个操作属性，这意味着不能使用LDAP修改它。来自openLDAP的用户通常使用“slapxxx”操作填充数据库，这不是LDAP操作，并且不允许在所有目录服务器中使用这种用法。属性“GUID”出现在NetWare 5.x中开始的Novell目录中。所以你可以在Novell目录服务中找到它。”entryUUID’存在于SUN Oracle ePlanet、OpenLdap和OpenDS中 在我的理解中，无论编辑器是什么，这样的属性都作为操作属性存在于每个目录服务器中。此属性在复制过程中用于在服务器之间同步对象。我遇到的问题是，在某些情况下，ActiveDirectory的内部语法是“二进制”，而在另一种情况下，openLDAP的内部语法是“目录字符串” 请注意，这是一个操作属性，这意味着不能使用LDAP修改它。来自openLDAP的人通常使用“slapxxx”操作来填充数据库，这不是LDAP操作，并且不允许在所有目录服务器中使用这种用法。entryUUID由所有声称支持LDAP标准框架的目录服务器实现。RFC 4530中的单词SHALL和MUST是必须支持该属性的明确指示。entryUUID由声称支持LDAP标准框架的所有目录服务器实现。RFC 4530中的“应”和“必须”是必须支持该属性的明确指示Active directory 除Active Directory之外的其他目录服务是否对目录中的每个对象都有唯一的标识符？,active-directory,ldap,directoryservices,Active Directory,Ldap,Directoryservices,在active directory中，每个AD对象都有一个objectGUID属性，即使在重命名或移动AD对象后，该属性也能唯一标识该AD对象，请参阅链接。我们在其他LDAP目录服务（如Novell目录服务）中有这样的概念吗？我在互联网上搜索了一下，没有找到任何关于这一点的确认。我确实看到了RFC:，轻量级目录访问协议LDAP entryUUID操作属性，但是不确定它的实现范围。entryUUID在ApacheDS和OpenLDAP中都受支持，是的，它等效于GUIDentryUUID在Apach