之前做過一個(gè)project是包含ldap體系的，不過由于ldap模塊非本人負(fù)責(zé)，對(duì)ldap也就處于一種模模糊糊的狀態(tài)。以下為一篇ldap介紹。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

介紹LDAP
原文：http://ldapman.org/articles/intro_to_ldap.html
原文作者：Michael Donnelly
翻譯：Brimmer
如果你在計(jì)算機(jī)行業(yè)工作，那么對(duì)LDAP可能早有耳聞了。想深入地了解LDAP嗎？那么可以好好地讀一下這篇文章。這篇介紹性的文章是一系列介紹如何在企業(yè)中設(shè)計(jì)、實(shí)現(xiàn)和集成LDAP環(huán)境的文章的頭一篇。主要是先讓你熟悉一下LDAP的基本概念，那些比較困難的細(xì)節(jié)問題將放到以后討論。在這篇文章中我們將要介紹：
什么是LDAP?
什么時(shí)候該用LDAP存儲(chǔ)數(shù)據(jù)？
LDAP目錄樹的結(jié)構(gòu)
單獨(dú)的LDAP記錄
作為例子的一個(gè)單獨(dú)的數(shù)據(jù)項(xiàng)
LDAP復(fù)制
安全和訪問控制
現(xiàn)在LDAP技術(shù)不僅發(fā)展得很快而且也是激動(dòng)人心的。在企業(yè)范圍內(nèi)實(shí)現(xiàn)LDAP可以讓運(yùn)行在幾乎所有計(jì)算機(jī)平臺(tái)上的所有的應(yīng)用程序從LDAP目錄中獲取信息。LDAP目錄中可以存儲(chǔ)各種類型的數(shù)據(jù)：電子郵件地址、郵件路由信息、人力資源數(shù)據(jù)、公用密匙、聯(lián)系人列表，等等。通過把LDAP目錄作為系統(tǒng)集成中的一個(gè)重要環(huán)節(jié)，可以簡(jiǎn)化員工在企業(yè)內(nèi)部查詢信息的步驟，甚至連主要的數(shù)據(jù)源都可以放在任何地方。如果Oracle、Sybase、Informix或Microsoft SQL數(shù)據(jù)庫(kù)中已經(jīng)存儲(chǔ)了類似的數(shù)據(jù)，那么LDAP和這些數(shù)據(jù)庫(kù)到底有什么不同呢？是什么讓它更具優(yōu)勢(shì)？請(qǐng)繼續(xù)讀下去吧！
什么是LDAP?
LDAP的英文全稱是Lightweight Directory Access Protocol，一般都簡(jiǎn)稱為L(zhǎng)DAP。它是基于X.500標(biāo)準(zhǔn)的，但是簡(jiǎn)單多了并且可以根據(jù)需要定制。與X.500不同，LDAP支持TCP/IP，這對(duì)訪問Internet是必須的。LDAP的核心規(guī)范在RFC中都有定義，所有與LDAP相關(guān)的RFC都可以在LDAPman RFC網(wǎng)頁中找到。
怎么使用LDAP這個(gè)術(shù)語呢？
在日常交談中，你可能會(huì)聽到有些人這么說：“我們要把那些東西存在LDAP中嗎？”，或者“從LDAP數(shù)據(jù)庫(kù)中取出那些數(shù)據(jù)！”，又或者“我們?cè)趺窗袻DAP和關(guān)系型數(shù)據(jù)庫(kù)集成在一起？”。嚴(yán)格地說，LDAP根本不是數(shù)據(jù)庫(kù)而是用來訪問存儲(chǔ)在信息目錄（也就是LDAP目錄）中的信息的協(xié)議。更為確切和正式的說法應(yīng)該是象這樣的：“通過使用LDAP，可以在信息目錄的正確位置讀?。ɑ虼鎯?chǔ)）數(shù)據(jù)”。但是，也沒有必要吹毛求疵，盡管表達(dá)得不夠準(zhǔn)確，我們也都知道對(duì)方在說什么。
LDAP目錄是數(shù)據(jù)庫(kù)嗎？
就象Sybase、Oracle、Informix或Microsoft的數(shù)據(jù)庫(kù)管理系統(tǒng)（DBMS）是用于處理查詢和更新關(guān)系型數(shù)據(jù)庫(kù)那樣，LDAP服務(wù)器也是用來處理查詢和更新LDAP目錄的。換句話來說LDAP目錄也是一種類型的數(shù)據(jù)庫(kù)，但是不是關(guān)系型數(shù)據(jù)庫(kù)。不象被設(shè)計(jì)成每分鐘需要處理成百上千條數(shù)據(jù)變化的數(shù)據(jù)庫(kù)，例如：在電子商務(wù)中經(jīng)常用到的在線交易處理（OLTP）系統(tǒng)，LDAP主要是優(yōu)化數(shù)據(jù)讀取的性能。
LDAP目錄的優(yōu)勢(shì)
現(xiàn)在該說說LDAP目錄到底有些什么優(yōu)勢(shì)了?，F(xiàn)在LDAP的流行是很多因數(shù)共同作用的結(jié)果。我在這里說的不過是一些基本的原因，請(qǐng)你注意一下這不過是一小部分原因。
可能LDAP最大的優(yōu)勢(shì)是：可以在任何計(jì)算機(jī)平臺(tái)上，用很容易獲得的而且數(shù)目不斷增加的LDAP的客戶端程序訪問LDAP目錄。而且也很容易定制應(yīng)用程序?yàn)樗由螸DAP的支持。
LDAP協(xié)議是跨平臺(tái)的和標(biāo)準(zhǔn)的協(xié)議，因此應(yīng)用程序就不用為L(zhǎng)DAP目錄放在什么樣的服務(wù)器上操心了。實(shí)際上，LDAP得到了業(yè)界的廣泛認(rèn)可，因?yàn)樗荌nternet的標(biāo)準(zhǔn)。產(chǎn)商都很愿意在產(chǎn)品中加入對(duì)LDAP的支持，因?yàn)樗麄兏静挥每紤]另一端（客戶端或服務(wù)端）是怎么樣的。LDAP服務(wù)器可以是任何一個(gè)開發(fā)源代碼或商用的LDAP目錄服務(wù)器（或者還可能是具有LDAP界面的關(guān)系型數(shù)據(jù)庫(kù)），因?yàn)榭梢杂猛瑯拥膮f(xié)議、客戶端連接軟件包和查詢命令與LDAP服務(wù)器進(jìn)行交互。與LDAP不同的是，如果軟件產(chǎn)商想在軟件產(chǎn)品中集成對(duì)DBMS的支持，那么通常都要對(duì)每一個(gè)數(shù)據(jù)庫(kù)服務(wù)器單獨(dú)定制。
不象很多商用的關(guān)系型數(shù)據(jù)庫(kù)，你不必為L(zhǎng)DAP的每一個(gè)客戶端連接或許可協(xié)議付費(fèi)。
大多數(shù)的LDAP服務(wù)器安裝起來很簡(jiǎn)單，也容易維護(hù)和優(yōu)化。
LDAP服務(wù)器可以用“推”或“拉”的方法復(fù)制部分或全部數(shù)據(jù)，例如：可以把數(shù)據(jù)“推”到遠(yuǎn)程的辦公室，以增加數(shù)據(jù)的安全性。復(fù)制技術(shù)是內(nèi)置在LDAP服務(wù)器中的而且很容易配置。如果要在DBMS中使用相同的復(fù)制功能，數(shù)據(jù)庫(kù)產(chǎn)商就會(huì)要你支付額外的費(fèi)用，而且也很難管理。
LDAP允許你根據(jù)需要使用ACI（一般都稱為ACL或者訪問控制列表）控制對(duì)數(shù)據(jù)讀和寫的權(quán)限。例如，設(shè)備管理員可以有權(quán)改變員工的工作地點(diǎn)和辦公室號(hào)碼，但是不允許改變記錄中其它的域。ACI可以根據(jù)誰訪問數(shù)據(jù)、訪問什么數(shù)據(jù)、數(shù)據(jù)存在什么地方以及其它對(duì)數(shù)據(jù)進(jìn)行訪問控制。因?yàn)檫@些都是由LDAP目錄服務(wù)器完成的，所以不用擔(dān)心在客戶端的應(yīng)用程序上是否要進(jìn)行安全檢查。
LDAP對(duì)于這樣存儲(chǔ)這樣的信息最為有用，也就是數(shù)據(jù)需要從不同的地點(diǎn)讀取，但是不需要經(jīng)常更新。例如，這些信息存儲(chǔ)在LDAP目錄中是十分有效的：
l????????公司員工的電話號(hào)碼簿和組織結(jié)構(gòu)圖
l????????客戶的聯(lián)系信息
l????????計(jì)算機(jī)管理需要的信息，包括NIS映射、email假名，等等
l????????軟件包的配置信息
l????????公用證書和安全密匙
什么時(shí)候該用LDAP存儲(chǔ)數(shù)據(jù)？
大多數(shù)的LDAP服務(wù)器都為讀密集型的操作進(jìn)行專門的優(yōu)化。因此，當(dāng)從LDAP服務(wù)器中讀取數(shù)據(jù)的時(shí)候會(huì)比從專門為OLTP優(yōu)化的關(guān)系型數(shù)據(jù)庫(kù)中讀取數(shù)據(jù)快一個(gè)數(shù)量級(jí)。也是因?yàn)閷ｉT為讀的性能進(jìn)行優(yōu)化，大多數(shù)的LDAP目錄服務(wù)器并不適合存儲(chǔ)需要需要經(jīng)常改變的數(shù)據(jù)。例如，用LDAP服務(wù)器來存儲(chǔ)電話號(hào)碼是一個(gè)很好的選擇，但是它不能作為電子商務(wù)站點(diǎn)的數(shù)據(jù)庫(kù)服務(wù)器。
如果下面每一個(gè)問題的答案都是“是”，那么把數(shù)據(jù)存在LDAP中就是一個(gè)好主意。
l????????需要在任何平臺(tái)上都能讀取數(shù)據(jù)嗎？
l????????每一個(gè)單獨(dú)的記錄項(xiàng)是不是每一天都只有很少的改變？
l????????可以把數(shù)據(jù)存在平面數(shù)據(jù)庫(kù)（flat database）而不是關(guān)系型數(shù)據(jù)庫(kù)中嗎？換句話來說，也就是不管什么范式不范式的，把所有東西都存在一個(gè)記錄中（差不多只要滿足第一范式）。
最后一個(gè)問題可能會(huì)唬住一些人，其實(shí)用平面數(shù)據(jù)庫(kù)去存儲(chǔ)一些關(guān)系型的數(shù)據(jù)也是很一般的。例如，一條公司員工的記錄就可以包含經(jīng)理的登錄名。用LDAP來存儲(chǔ)這類信息是很方便的。一個(gè)簡(jiǎn)單的判斷方法：如果可以把保數(shù)據(jù)存在一張張的卡片里，就可以很容易地把它存在LDAP目錄里。
LDAP目錄樹的結(jié)構(gòu)
LDAP目錄以樹狀的層次結(jié)構(gòu)來存儲(chǔ)數(shù)據(jù)。如果你對(duì)自頂向下的DNS樹或UNIX文件的目錄樹比較熟悉，也就很容易掌握LDAP目錄樹這個(gè)概念了。就象DNS的主機(jī)名那樣，LDAP目錄記錄的標(biāo)識(shí)名（Distinguished Name，簡(jiǎn)稱DN）是用來讀取單個(gè)記錄，以及回溯到樹的頂部。后面會(huì)做詳細(xì)地介紹。
為什么要用層次結(jié)構(gòu)來組織數(shù)據(jù)呢？原因是多方面的。下面是可能遇到的一些情況：
l????????如果你想把所有的美國(guó)客戶的聯(lián)系信息都“推”到位于到西雅圖辦公室（負(fù)責(zé)營(yíng)銷）的LDAP服務(wù)器上，但是你不想把公司的資產(chǎn)管理信息“推”到那里。
l????????你可能想根據(jù)目錄樹的結(jié)構(gòu)給予不同的員工組不同的權(quán)限。在下面的例子里，資產(chǎn)管理組對(duì)“asset-mgmt”部分有完全的訪問權(quán)限，但是不能訪問其它地方。
l????????把LDAP存儲(chǔ)和復(fù)制功能結(jié)合起來，可以定制目錄樹的結(jié)構(gòu)以降低對(duì)WAN帶寬的要求。位于西雅圖的營(yíng)銷辦公室需要每分鐘更新的美國(guó)銷售狀況的信息，但是歐洲的銷售情況就只要每小時(shí)更新一次就行了。
刨根問底：基準(zhǔn)DN
LDAP目錄樹的最頂部就是根，也就是所謂的“基準(zhǔn)DN”?；鶞?zhǔn)DN通常使用下面列出的三種格式之一。假定我在名為FooBar的電子商務(wù)公司工作，這家公司在Internet上的名字是foobar.com。
o="FooBar, Inc.", c=US
（以X.500格式表示的基準(zhǔn)DN）
在這個(gè)例子中，o=FooBar, Inc. 表示組織名，在這里就是公司名的同義詞。c=US 表示公司的總部在美國(guó)。以前，一般都用這種方式來表示基準(zhǔn)DN。但是事物總是在不斷變化的，現(xiàn)在所有的公司都已經(jīng)（或計(jì)劃）上Internet上。隨著Internet的全球化，在基準(zhǔn)DN中使用國(guó)家代碼很容易讓人產(chǎn)生混淆。現(xiàn)在，X.500格式發(fā)展成下面列出的兩種格式。
o=foobar.com
（用公司的Internet地址表示的基準(zhǔn)DN）
這種格式很直觀，用公司的域名作為基準(zhǔn)DN。這也是現(xiàn)在最常用的格式。
dc=foobar, dc=com
（用DNS域名的不同部分組成的基準(zhǔn)DN）
就象上面那一種格式，這種格式也是以DNS域名為基礎(chǔ)的，但是上面那種格式不改變域名（也就更易讀），而這種格式把域名：foobar.com分成兩部分 dc=foobar, dc=com。在理論上，這種格式可能會(huì)更靈活一點(diǎn)，但是對(duì)于最終用戶來說也更難記憶一點(diǎn)?？紤]一下foobar.com這個(gè)例子。當(dāng)foobar.com和gizmo.com合并之后，可以簡(jiǎn)單的把“dc=com”當(dāng)作基準(zhǔn)DN。把新的記錄放到已經(jīng)存在的dc=gizmo, dc=com目錄下，這樣就簡(jiǎn)化了很多工作（當(dāng)然，如果foobar.com和wocket.edu合并，這個(gè)方法就不能用了）。如果LDAP服務(wù)器是新安裝的，我建議你使用這種格式。再請(qǐng)注意一下，如果你打算使用活動(dòng)目錄（Actrive Directory），Microsoft已經(jīng)限制你必須使用這種格式。
更上一層樓：在目錄樹中怎么組織數(shù)據(jù)
在UNIX文件系統(tǒng)中，最頂層是根目錄（root）。在根目錄的下面有很多的文件和目錄。象上面介紹的那樣，LDAP目錄也是用同樣的方法組織起來的。
在根目錄下，要把數(shù)據(jù)從邏輯上區(qū)分開。因?yàn)闅v史上（X.500）的原因，大多數(shù)LDAP目錄用OU從邏輯上把數(shù)據(jù)分開來。OU表示“Organization Unit”，在X.500協(xié)議中是用來表示公司內(nèi)部的機(jī)構(gòu)：銷售部、財(cái)務(wù)部，等等?，F(xiàn)在LDAP還保留ou=這樣的命名規(guī)則，但是擴(kuò)展了分類的范圍，可以分類為：ou=people, ou=groups, ou=devices，等等。更低一級(jí)的OU有時(shí)用來做更細(xì)的歸類。例如：LDAP目錄樹（不包括單獨(dú)的記錄）可能會(huì)是這樣的：
????dc=foobar, dc=com
????????ou=customers
????????????ou=asia
????????????ou=europe
????????????ou=usa
????????ou=employees
????????ou=rooms
????????ou=groups
????????ou=assets-mgmt
????????ou=nisgroups
????????ou=recipes
單獨(dú)的LDAP記錄
DN是LDAP記錄項(xiàng)的名字
在LDAP目錄中的所有記錄項(xiàng)都有一個(gè)唯一的“Distinguished Name”，也就是DN。每一個(gè)LDAP記錄項(xiàng)的DN是由兩個(gè)部分組成的：相對(duì)DN（RDN）和記錄在LDAP目錄中的位置。
RDN是DN中與目錄樹的結(jié)構(gòu)無關(guān)的部分。在LDAP目錄中存儲(chǔ)的記錄項(xiàng)都要有一個(gè)名字，這個(gè)名字通常存在cn（Common Name）這個(gè)屬性里。因?yàn)閹缀跛械臇|西都有一個(gè)名字，在LDAP中存儲(chǔ)的對(duì)象都用它們的cn值作為RDN的基礎(chǔ)。如果我把最喜歡的吃燕麥粥食譜存為一個(gè)記錄，我就會(huì)用cn=Oatmeal Deluxe作為記錄項(xiàng)的RDN。
l?????????我的LDAP目錄的基準(zhǔn)DN是dc=foobar,dc=com
l?????????我把自己的食譜作為L(zhǎng)DAP的記錄項(xiàng)存在ou=recipes
l????????我的LDAP記錄項(xiàng)的RDN設(shè)為cn=Oatmeal Deluxe
上面這些構(gòu)成了燕麥粥食譜的LDAP記錄的完整DN。記住，DN的讀法和DNS主機(jī)名類似。下面就是完整的DN：
cn=Oatmeal Deluxe,ou=recipes,dc=foobar,dc=com
舉一個(gè)實(shí)際的例子來說明DN
現(xiàn)在為公司的員工設(shè)置一個(gè)DN。可以用基于cn或uid（User ID），作為典型的用戶帳號(hào)。例如，F(xiàn)ooBar的員工Fran Smith（登錄名：fsmith）的DN可以為下面兩種格式：
uid=fsmith,ou=employees,dc=foobar,dc=com
（基于登錄名）
LDAP（以及X.500）用uid表示“User ID”，不要把它和UNIX的uid號(hào)混淆了。大多數(shù)公司都會(huì)給每一個(gè)員工唯一的登錄名，因此用這個(gè)辦法可以很好地保存員工的信息。你不用擔(dān)心以后還會(huì)有一個(gè)叫Fran Smith的加入公司，如果Fran改變了她的名字（結(jié)婚？離婚？或宗教原因？），也用不著改變LDAP記錄項(xiàng)的DN。
cn=Fran Smith,ou=employees,dc=foobar,dc=com
（基于姓名）
可以看到這種格式使用了Common Name（CN）。可以把Common Name當(dāng)成一個(gè)人的全名。這種格式有一個(gè)很明顯的缺點(diǎn)就是：如果名字改變了，LDAP的記錄就要從一個(gè)DN轉(zhuǎn)移到另一個(gè)DN。但是，我們應(yīng)該盡可能地避免改變一個(gè)記錄項(xiàng)的DN。
定制目錄的對(duì)象類型
你可以用LDAP存儲(chǔ)各種類型的數(shù)據(jù)對(duì)象，只要這些對(duì)象可以用屬性來表示，下面這些是可以在LDAP中存儲(chǔ)的一些信息：
l????????員工信息：?jiǎn)T工的姓名、登錄名、口令、員工號(hào)、他的經(jīng)理的登錄名，郵件服務(wù)器，等等。
l????????物品跟蹤信息：計(jì)算機(jī)名、IP地址、標(biāo)簽、型號(hào)、所在位置，等等。
l????????客戶聯(lián)系列表：客戶的公司名、主要聯(lián)系人的電話、傳真和電子郵件，等等。
l????????會(huì)議廳信息：會(huì)議廳的名字、位置、可以坐多少人、電話號(hào)碼、是否有投影機(jī)。
l????????食譜信息：菜的名字、配料、烹調(diào)方法以及準(zhǔn)備方法。
因?yàn)長(zhǎng)DAP目錄可以定制成存儲(chǔ)任何文本或二進(jìn)制數(shù)據(jù)，到底存什么要由你自己決定。LDAP目錄用對(duì)象類型（object classes）的概念來定義運(yùn)行哪一類的對(duì)象使用什么屬性。在幾乎所有的LDAP服務(wù)器中，你都要根據(jù)自己的需要擴(kuò)展基本的LDAP目錄的功能，創(chuàng)建新的對(duì)象類型或者擴(kuò)展現(xiàn)存的對(duì)象類型。
LDAP目錄以一系列“屬性對(duì)”的形式來存儲(chǔ)記錄項(xiàng)，每一個(gè)記錄項(xiàng)包括屬性類型和屬性值（這與關(guān)系型數(shù)據(jù)庫(kù)用行和列來存取數(shù)據(jù)有根本的不同）。下面是我存在LDAP目錄中的一部分食譜記錄：
??dn: cn=Oatmeal Deluxe, ou=recipes, dc=foobar, dc=com
??cn: Instant Oatmeal Deluxe
??recipeCuisine: breakfast
??recipeIngredient: 1 packet instant oatmeal
??recipeIngredient: 1 cup water
??recipeIngredient: 1 pinch salt
??recipeIngredient: 1 tsp brown sugar
??recipeIngredient: 1/4 apple, any type
請(qǐng)注意上面每一種配料都作為屬性recipeIngredient值。LDAP目錄被設(shè)計(jì)成象上面那樣為一個(gè)屬性保存多個(gè)值的，而不是在每一個(gè)屬性的后面用逗號(hào)把一系列值分開。
因?yàn)橛眠@樣的方式存儲(chǔ)數(shù)據(jù)，所以數(shù)據(jù)庫(kù)就有很大的靈活性，不必為加入一些新的數(shù)據(jù)就重新創(chuàng)建表和索引。更重要的是，LDAP目錄不必花費(fèi)內(nèi)存或硬盤空間處理“空”域，也就是說，實(shí)際上不使用可選擇的域也不會(huì)花費(fèi)你任何資源。
作為例子的一個(gè)單獨(dú)的數(shù)據(jù)項(xiàng)
讓我們看看下面這個(gè)例子。我們用Foobar, Inc.的員工Fran Smith的LDAP記錄。這個(gè)記錄項(xiàng)的格式是LDIF，用來導(dǎo)入和導(dǎo)出LDAP目錄的記錄項(xiàng)。
??dn: uid=fsmith, ou=employees, dc=foobar, dc=com
??objectclass: person
??objectclass: organizationalPerson
??objectclass: inetOrgPerson
??objectclass: foobarPerson
??uid: fsmith
??givenname: Fran
??sn: Smith
??cn: Fran Smith
??cn: Frances Smith
??telephonenumber: 510-555-1234
??roomnumber: 122G
??o: Foobar, Inc.
??mailRoutingAddress: fsmith@foobar.com
??mailhost: mail.foobar.com
??userpassword: {crypt}3x1231v76T89N
??uidnumber: 1234
??gidnumber: 1200
??homedirectory: /home/fsmith
??loginshell: /usr/local/bin/bash
屬性的值在保存的時(shí)候是保留大小寫的，但是在默認(rèn)情況下搜索的時(shí)候是不區(qū)分大小寫的。某些特殊的屬性（例如，password）在搜索的時(shí)候需要區(qū)分大小寫。
讓我們一點(diǎn)一點(diǎn)地分析上面的記錄項(xiàng)。
dn: uid=fsmith, ou=employees, dc=foobar, dc=com
這是Fran的LDAP記錄項(xiàng)的完整DN，包括在目錄樹中的完整路徑。LDAP（和X.500）使用uid（User ID），不要把它和UNIX的uid號(hào)混淆了。
??objectclass: person
??objectclass: organizationalPerson
??objectclass: inetOrgPerson
??objectclass: foobarPerson
可以為任何一個(gè)對(duì)象根據(jù)需要分配多個(gè)對(duì)象類型。person對(duì)象類型要求cn（common name）和sn（surname）這兩個(gè)域不能為空。persion對(duì)象類型允許有其它的可選域，包括givenname、telephonenumber，等等。organizational Person給person加入更多的可選域，inetOrgPerson又加入更多的可選域（包括電子郵件信息）。最后，foobarPerson是為Foobar定制的對(duì)象類型，加入了很多定制的屬性。
??uid: fsmith
??givenname: Fran
??sn: Smith
??cn: Fran Smith
??cn: Frances Smith
??telephonenumber: 510-555-1234
??roomnumber: 122G
??o: Foobar, Inc.
以前說過了，uid表示User ID。當(dāng)看到uid的時(shí)候，就在腦袋里想一想“l(fā)ogin”。
請(qǐng)注意CN有多個(gè)值。就象上面介紹的，LDAP允許某些屬性有多個(gè)值。為什么允許有多個(gè)值呢？假定你在用公司的LDAP服務(wù)器查找Fran的電話號(hào)碼。你可能只知道她的名字叫Fran，但是對(duì)人力資源處的人來說她的正式名字叫做Frances。因?yàn)楸４媪怂膬蓚€(gè)名字，所以用任何一個(gè)名字檢索都可以找到Fran的電話號(hào)碼、電子郵件和辦公房間號(hào)，等等。
??mailRoutingAddress: fsmith@foobar.com
??mailhost: mail.foobar.com
就象現(xiàn)在大多數(shù)的公司都上網(wǎng)了，F(xiàn)oobar用Sendmail發(fā)送郵件和處理外部郵件路由信息。Foobar把所有用戶的郵件信息都存在LDAP中。最新版本的Sendmail支持這項(xiàng)功能。
??Userpassword: {crypt}3x1231v76T89N
??uidnumber: 1234
??gidnumber: 1200
??gecos: Frances Smith
??homedirectory: /home/fsmith
??loginshell: /usr/local/bin/bash
注意，F(xiàn)oobar的系統(tǒng)管理員把所有用戶的口令映射信息也都存在LDAP中。FoobarPerson類型的對(duì)象具有這種能力。再注意一下，用戶口令是用UNIX的口令加密格式存儲(chǔ)的。UNIX的uid在這里為uidnumber。提醒你一下，關(guān)于如何在LDAP中保存NIS信息，有完整的一份RFC。在以后的文章中我會(huì)談一談NIS的集成。
LDAP復(fù)制