LDAP概念與原理

目錄服務就是按照樹狀存儲信息的模式。目錄服務的數據類型主要是字符型, 而不是關系數據庫提供的整數、浮點數、日期、貨幣等類型。為了檢索的需要添加了BIN(二進制數據)、CIS(忽略大小寫)、CES(大小寫敏感)、TEL(電話型)等語法(Syntax)

同樣也不提供象關系數據庫中普遍包含的大量的函數

目錄有很強的查詢(讀)功能,適合于進行大量數據的檢索

但目錄一般只執行簡單的更新(寫)操作,不支持批量更新所需要的事務處理功能

它主要面向數據的查詢服務(查詢和修改操作比一般是大于10:1),不提供事務的回滾(rollback)機制.

目錄具有廣泛復制信息的能力,適合于多個目錄服務器同步/更新.

LDAP是輕量目錄訪問協議(Lightweight Directory Access Protocol)的縮寫

LDAP標準實際上是在X.500標準基礎上產生的一個簡化版本

LDAP的結構用樹來表示,而不是用表格。正因為這樣,就不能用SQL語句了

LDAP可以很快地得到查詢結果,不過在寫方面,就慢得多

LDAP提供了靜態數據的快速查詢方式

Client/server模型

Server 用于存儲數據

Client提供操作目錄信息樹的工具

這些工具可以將數據庫的內容以文本格式(LDAP 數據交換格式,LDIF)呈現在您的面前

LDAP目錄數據結構

在LDAP中目錄是按照樹型結構組織——目錄信息樹(DIT)

DIT是一個主要進行讀操作的數據庫

DIT由條目(Entry)組成,條目相當于關系數據庫中表的記錄;

條目是具有分辨名DN(DistinguishedName)的屬性-值對(Attribute-value,簡稱AV)的集合.

LDIF是LDAP數據庫信息的一種文本格式。

1. LDAP簡介

LDAP(輕量級目錄訪問協議,Lightweight Directory Access Protocol)是實現提供被稱為目錄服務的信息服務。目錄服務是一種特殊的數據庫系統,其專門針對讀取,瀏覽和搜索操作進行了特定的優化。目錄一般用來包含描述性的,基于屬性的信息并支持精細復雜的過濾能力。目錄一般不支持通用數據庫針對大量更新操作操作需要的復雜的事務管理或回卷策略。而目錄服務的更新則一般都非常簡單。這種目錄可以存儲包括個人信息、web鏈結、jpeg圖像等各種信息。為了訪問存儲在目錄中的信息,就需要使用運行在TCP/IP 之上的訪問協議—LDAP。

LDAP目錄中的信息是是按照樹型結構組織,具體信息存儲在條目(entry)的數據結構中。條目相當于關系數據庫中表的記錄;條目是具有區別名DN (Distinguished Name)的屬性(Attribute),DN是用來引用條目的,DN相當于關系數據庫表中的關鍵字(Primary Key)。屬性由類型(Type)和一個或多個值(Values)組成,相當于關系數據庫中的字段(Field)由字段名和數據類型組成,只是為了方便檢索的需要,LDAP中的Type可以有多個Value,而不是關系數據庫中為降低數據的冗余性要求實現的各個域必須是不相關的。LDAP中條目的組織一般按照地理位置和組織關系進行組織,非常的直觀。LDAP把數據存放在文件中,為提高效率可以使用基于索引的文件數據庫,而不是關系數據庫。類型的一個例子就是mail,其值將是一個電子郵件地址。

LDAP的信息是以樹型結構存儲的,在樹根一般定義國家(c=CN)或域名(dc=com),在其下則往往定義一個或多個組織 (organization)(o=Acme)或組織單元(organizational units) (ou=People)。一個組織單元可能包含諸如所有雇員、大樓內的所有打印機等信息。此外,LDAP支持對條目能夠和必須支持哪些屬性進行控制,這是有一個特殊的稱為對象類別(objectClass)的屬性來實現的。該屬性的值決定了該條目必須遵循的一些規則,其規定了該條目能夠及至少應該包含哪些屬性。例如:inetorgPerson對象類需要支持sn(surname)和cn(common name)屬性,但也可以包含可選的如郵件,電話號碼等屬性。

2. LDAP簡稱對應

o– organization(組織-公司)

ou – organization unit(組織單元-部門)

c - countryName(國家)

dc - domainComponent(域名)

sn – suer name(真實名稱)

cn - common name(常用名稱)

3. 目錄設計

設計目錄結構是LDAP最重要的方面之一。下面我們將通過一個簡單的例子來說明如何設計合理的目錄結構。該例子將通過Netscape地址薄來訪文。假設有一個位于美國US(c=US)而且跨越多個州的名為Acme(o=Acme)的公司。Acme希望為所有的雇員實現一個小型的地址薄服務器。

我們從一個簡單的組織DN開始:

dn: o=Acme, c=US

Acme所有的組織分類和屬性將存儲在該DN之下,這個DN在該存儲在該服務器的目錄是唯一的。Acme希望將其雇員的信息分為兩類:管理者(ou= Managers)和普通雇員(ou=Employees),這種分類產生的相對區別名(RDN,relative distinguished names。表示相對于頂點DN)就shi :

dn: ou=Managers, o=Acme, c=US

dn: ou=Employees, o=Acme, c=US

在下面我們將會看到分層結構的組成:頂點是US的Acme,下面是管理者組織單元和雇員組織單元。因此包括Managers和Employees的DN組成為:

dn: cn=Jason H. Smith, ou=Managers, o=Acme, c=US

dn: cn=Ray D. Jones, ou=Employees, o=Acme, c=US

dn: cn=Eric S. Woods, ou=Employees, o=Acme, c=US

為了引用Jason H. Smith的通用名(common name )條目,LDAP將采用cn=Jason H. Smith的RDN。然后將前面的父條目結合在一起就形成如下的樹型結構:

cn=Jason H. Smith

+ ou=Managers

+ o=Acme

+ c=US

-> dn: cn=Jason H. Smith,ou=Managers,o=Acme,c=US

現在已經定義好了目錄結構,下一步就需要導入目錄信息數據。目錄信息數據將被存放在LDIF文件中,其是導入目錄信息數據的默認存放文件。用戶可以方便的編寫Perl腳本來從例如/etc/passwd、NIS等系統文件中自動創建LDIF文件。

下面的實例保存目錄信息數據為testdate.ldif文件,該文件的格式說明將可以在man ldif中得到。

在添加任何組織單元以前,必須首先定義Acme DN:

dn: o=Acme, c=US

objectClass: organization

這里o屬性是必須的

o: Acme

下面是管理組單元的DN,在添加任何管理者信息以前,必須先定義該條目。

dn: ou=Managers, o=Acme, c=US

objectClass: organizationalUnit

這里ou屬性是必須的。

ou: Managers

第一個管理者DN:

dn: cn=Jason H. Smith, ou=Managers, o=Acme, c=US

objectClass: inetOrgPerson

cn和sn都是必須的屬性:

cn: Jason H. Smith

sn: Smith

但是還可以定義一些可選的屬性:

telephoneNumber: 111-222-9999

mail: headhauncho@acme.com

localityName:Houston

可以定義另外一個組織單元:

dn: ou=Employees, o=Acme, c=US

objectClass: organizationalUnit

ou: Employees

并添加雇員信息如下:

dn: cn=Ray D. Jones, ou=Employees, o=Acme, c=US

objectClass: inetOrgPerson

cn: Ray D. Jones

sn: Jones

telephoneNumber: 444-555-6767

mail: jonesrd@acme.com

localityName:Houston

dn: cn=Eric S. Woods, ou=Employees, o=Acme, c=US

objectClass: inetOrgPerson

cn: Eric S. Woods

sn: Woods

telephoneNumber: 444-555-6768

mail: woodses@acme.com

localityName:Houston

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容