以前收集到的一些资料---使用ADSI开发NT目录服务会出现的一些问题及解决办法(I)

使用ASP开发NT目录服务会出现的一些问题(I)
有关ADSI的资料真是难找，技术虽然很好，可惜300多页的SDK我可真看不动
要是哪位大侠有空的话，能够帮我翻译就好了，呵呵。
现在只好将就着翻译一些短小的文章了，哎。匆忙之间翻译成的，错误肯定不
少，还希望大家谅解。
使用到的技术还是我前面提到的ADSI，这一节的重点放在操纵目录树上。
目录服务（DN）在贯穿了整个NT领域。几乎每一个管理任务最终都会
去改变系统目录中的某一个目录。象加入新用户到组里面，新建一个
互联网网站，或则更新电子邮件目录等等。注意的是，Windows2000
的活动目录已经支持这个技术。
微软已经提供了一些功能很强大的COM接口来访问不同的目录服务。
ADS 命名空间和provider
ADS provider的概念和ODBC结构很相象，例如Oracle的ODBC驱动器让一台机器连接到
Oracle的数据库中，但是这并不意味着这个数据库确实存在。
同样的关系也使用与ADSI，它是一个适用与不同的目录命名空间的公共接口。
也许这个目录命名空间存在与网络中。
在一个典型的服务器上，当安装了正确的工具箱后，你会找到三个ADS provider
他们是：
     WinNT: - 给NT及其网络用的
     IIS: - 给IIS用的
     LDAP: - 给MS Exchange和Windows200的活动目录用的
也许你还会发现下面的provider
     NWCOMPAT: - 给Novell 3.1用的
     NDS: - 给Novell Directory Services用的
每一个命名空间对象都由目录服务的根节点集组成，典型的例子是
NT的domain或者server，但不是所有的provider都能够自动发现根目录节点。
你能够绑定到一个WinNT:对象上它会提供一个NT域列表
但是对于IIS和LDAP的命名空间对象，则既没有IIS也没有MS Exchange的根节点.
在使用的时候而必须要被指明。
容器，会员，集合
对于大部分而言，目录是一个分层目录结构的对象同时它还包容了其他的对象
举例来说，一个物理的IIS服务器有多个网站，每个网站还可以有多个目录（
或则网站的运用程序），而这些目录还有子目录。
一个NT的domain能够有多个服务器等等。
在ADSI术语中，所有上面的容器对象又包容其它对象，就组成了命名空间树。