test

Sun Java System Directory Server Enterprise Edition 6.0 管理指南

第 11 章 目錄伺服器模式

目錄伺服器附有標準模式，內含數以百計的物件類別與屬性。雖然標準物件類別與屬性應足以因應您大部分的需求，但仍有可能需要建立新的物件類別與屬性，以延伸模式。如需標準模式的簡介與如何依據本身的部署設計模式的指示，請參閱「Sun Java System Directory Server Enterprise Edition 6.0 Deployment Planning Guide」。

本章說明如何管理您的模式，其中包含下列主題：

管理模式檢查

開啟模式檢查後，目錄伺服器會確認所有的匯入、增加以及修改作業確實符合目前所定義的目錄模式。

備註 –

修改項目時，目錄伺服器會對整個項目執行模式檢查，而不是僅檢查進行修改的屬性。因此，若項目中有任何物件類別或屬性不符合模式，作業即可能失敗。

但模式檢查並不會驗證屬性值在語法方面的有效性。

模式檢查預設為開啟。一般情況下，在執行目錄伺服器時請開啟模式檢查。許多用戶端應用程式均假設，開啟模式檢查即表示所有項目皆符合模式。但在開啟模式檢查後，目錄伺服器並不會因此而驗證目錄中現有的內容。唯一能夠確保所有目錄內容均符合模式的方法，是在增加任何項目或重新初始化所有項目之前開啟模式檢查。

在某些情況下您會想關閉模式檢查，例如為使已知符合模式的 LDIF 檔案加快匯入作業速度而關閉，是其中之一。但如此做會有匯入項目不符合模式的風險。若關閉模式檢查，則無法偵測不符合模式的匯入項目。

如需在複寫環境中使用模式檢查的詳細資訊，請參閱複寫目錄模式。

Procedure修正模式規範遵循問題

當項目不符合模式時，即可能無法搜尋此項目，而使項目的修改作業失敗。若要更正此問題，請遵循此程序中的步驟。

您可以使用 DSCC 執行此作業。如需有關資訊，請參閱目錄服務控制中心介面與 DSCC 線上說明。

開始之前

為避免日後需要修正模式規範遵循問題，請在進行部署前事先規劃您的模式，以儘可能減少模式變更。如需更多資訊，請參閱「Sun Java System Directory Server Enterprise Edition 6.0 Deployment Planning Guide」。

  1. 若想找出項目不符合的原因，請擷取該項目，並手動將其與目前定義的模式進行比較。

    如需詳細資訊，請參閱檢視屬性類型與檢視物件類別。

  2. 修改項目以符合模式，或修改模式以符合項目。

關於自訂模式

若標準模式不足以因應您的目錄需求，可以加以延伸。自訂模式時，請遵循下列指示：

自訂模式時，請勿在標準模式中修改、刪除或取代屬性或物件類別的任何現有定義。這些動作可能導致無法與其他目錄和 LDAP 用戶端應用程式相容的問題。

請勿修改任何目錄伺服器內部操作屬性。但您可以為外部應用程式建立您自己的操作變數。

一律定義物件類別，而不要使用 objectClass: extensibleObject。目錄伺服器不會對具有物件類別 extensibleObject 的項目執行模式檢查，因此無法限制或檢查項目中所含的屬性。目錄伺服器無法檢查出應用程式中的拼字錯誤，例如將 givenName 屬性類型誤植為 giveName。再者，目錄伺服器也必須假設 extensibleObject 項目所有其他未定義的屬性皆為多值屬性，且使用區分大小寫的字串語法。此外，有些應用程式須依賴具有特定物件類別的項目。一般而言，若您的應用程式必須使用物件類別的延伸，則不應放棄模式管理。此時應建立內含應用程式所需屬性的輔助物件類別。

本節包含有關預設目錄模式與建立自訂屬性與物件類別的資訊。

預設目錄伺服器模式

目錄伺服器隨附之模式的相關說明，位於儲存在 instance-path/config/schema/ 目錄中的檔案集內。

此目錄包含目錄伺服器與相關產品的所有共用模式。LDAP v3 標準使用者與組織模式位於 00core.ldif 檔案中。舊版目錄所使用的配置模式則位於 50ns-directory.ldif 檔案中。

備註 –

請勿在伺服器執行時修改此目錄中的檔案。

物件識別碼

每個 LDAP 物件類別或屬性，都必須指定唯一的名稱與物件識別碼 (OID)。定義模式時，OID 在您的組織中必須是唯一的。一個 OID 即足以因應您所有的模式需求。接著，您可以為屬性與物件類別的此 OID 新增分支。

取得及指定您模式中的 OID 時，須執行下列動作：

命名屬性與物件類別

建立新屬性與物件類別的名稱時，請讓名稱具有意義，以便使用模式。

您可以在自訂元素中加上唯一前綴，以避免自訂模式元素與現有模式元素之間產生命名衝突。以 Example.com Corporation 為例，它可在其各個自訂的模式元素前加上前綴 Example。它也可增加名為 ExamplePerson 的特殊物件類別，以識別其目錄中的 Example.com 員工。

請注意，在 LDAP 中，屬性類型名稱與物件類別名稱均會區分大小寫。應用程式應將其視為區分大小寫的字串。

定義新的物件類別時

當現有的物件類別不支援您必須儲存在目錄項目中的所有資訊時，您可以新增物件類別。

有兩種方法可新建物件類別：

在決定如何實作新的物件類別時，請考量下列事項。

定義新的屬性時

當現有的屬性不支援您必須儲存在目錄項目中的所有資訊時，您可以新增屬性。請儘可能使用標準屬性。請搜尋原本即已存在於預設目錄模式中的屬性，並使用與新的物件類別相關的屬性。

例如，您可能會發現，您想儲存到人員項目上的資訊，超出 person、organizationalPerson 或 inetOrgPerson 物件類別所支援的範圍。您想在目錄中儲存生日時，標準目錄伺服器模式中卻沒有屬性存在。您可以建立名為 dateOfBirth 的新屬性。請定義允許此屬性的新輔助類別，以允許此屬性用於代表人員的項目上。

建立自訂模式檔案時

建立自訂模式檔案時，請留意下列事項，尤其是使用複寫時更需特別注意：

透過 LDAP 管理屬性類型

本節說明如何透過 LDAP 建立、檢視及刪除屬性類型。

建立屬性類型

cn=schema 項目具有多值屬性 attributeTypes，此屬性含有目錄模式中各種屬性類型的定義。您可以使用 ldapmodify(1) 指令增加至這些定義。

新的屬性類型定義，以及您對使用者定義的屬性類型所做的變更，都會儲存在 99user.ldif 檔案中。

對於每個屬性類型定義，您必須至少提供一個 OID 以定義您新的屬性類型。請考慮對新的屬性類型至少使用下列元素：

Procedure建立屬性類型

您可以使用 DSCC 執行此作業。如需有關資訊，請參閱目錄服務控制中心介面與 DSCC 線上說明。

  1. 根據 RFC 4517 中所指定的語法，備妥您的屬性類型定義。

  2. 使用 ldapmodify(1) 指令，增加您的屬性類型定義。

    請注意，目錄伺服器會將 X-ORIGIN 'user defined' 增加到您所提供的定義中。

範例 11–1 建立屬性類型

下列範例使用 ldapmodify 指令，增加使用「目錄字串」語法的新屬性類型。


$ cat blogURL.ldif 
dn: cn=schema
changetype: modify
add: attributeTypes
attributeTypes: ( 1.2.3.4.5.6.7 
 NAME ( 'blog' 'blogURL' ) 
 DESC 'URL to a personal weblog' 
 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 
 SINGLE-VALUE )

$ ldapmodify -D cn=admin,cn=Administrators,cn=config -w - -f blogURL.ldif
Enter bind password: 
modifying entry cn=schema

$

在生產環境中，您必須提供有效且唯一的 OID，而非 1.2.3.4.5.6.7。

檢視屬性類型

cn=schema 項目具有多值屬性 attributeTypes，此屬性含有目錄模式中各種屬性類型的定義。您可以使用 ldapsearch(1) 指令讀取這些定義。

Procedure檢視屬性類型

您可以使用 DSCC 執行此作業。如需有關資訊，請參閱目錄服務控制中心介面與 DSCC 線上說明。

    使用 ldapsearch 指令，檢視目前位於您目錄模式中的所有屬性類型定義。

範例 11–2 檢視屬性類型

下列指令可顯示所有屬性類型的定義：


$ ldapsearch -T -b cn=schema "(objectclass=*)" attributeTypes

-T 選項可使 ldapsearch 指令不會進行 LDIF 換行，而使您能夠更容易地使用 grep 或 sed 之類的指令處理輸出。若您接著透過 grep 指令對此指令的輸出使用管道符號，就只能檢視目錄模式內使用者定義的延伸。例如：


$ ldapsearch -T -b cn=schema "(objectclass=*)" attributeTypes | grep "user defined"
 attributeTypes: ( 1.2.3.4.5.6.7 NAME ( 'blog' 'blogURL' ) 
 DESC 'URL to a personal weblog' 
 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 SINGLE-VALUE 
 X-ORIGIN 'user defined' )

刪除屬性類型

cn=schema 項目具有多值屬性 attributeTypes，此屬性含有目錄模式中各種屬性類型的定義。您可以使用 ldapmodify(1) 指令刪除具有 X-ORIGIN 'user defined' 的定義。

模式係由 LDAP 檢視定義於 cn=schema 中，因此您可以使用 ldapsearch 與 ldapmodify 公用程式，以線上方式檢視及修改模式。但您只能刪除在 X-ORIGIN 欄位中具有 'user defined' 值的模式元素。伺服器將不會刪除其他定義。

您對使用者定義的屬性所做之變更，會儲存在 99user.ldif 檔案中。

Procedure刪除屬性類型

您可以使用 DSCC 執行此作業。如需有關資訊，請參閱目錄服務控制中心介面與 DSCC 線上說明。

  1. 檢視所要刪除之屬性類型的定義。

    如需詳細資訊，請參閱檢視屬性類型。

  2. 使用 ldapmodify(1) 指令，刪除模式中所出現的屬性類型定義。

範例 11–3 刪除屬性類型

下列指令將刪除範例 11–1 中所建立的屬性類型：


$ ldapmodify -D cn=admin,cn=Administrators,cn=config -w -
Enter bind password: 
dn: cn=schema
changetype: delete
delete: attributeTypes
attributeTypes: ( 1.2.3.4.5.6.7 NAME ( 'blog' 'blogURL' ) 
 DESC 'URL to a personal weblog' 
 SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 SINGLE-VALUE 
 X-ORIGIN 'user defined' )
^D

請注意，您必須納入 X-ORIGIN 'user defined' 這項由目錄伺服器增加，而用以將此模式定義歸類為延伸的屬性。

透過 LDAP 管理物件類別

本節說明如何透過 LDAP 建立、檢視及刪除物件類別。

建立物件類別

cn=schema 項目具有多值屬性 objectClasses，此屬性含有目錄模式中各種物件類別的定義。您可以使用 ldapmodify(1) 指令增加至這些定義。

新的物件類別定義，以及您對使用者定義的物件類別所做的變更，都會儲存在 99user.ldif 檔案中。

若要建立數個繼承自其他物件類別的物件類別，您必須先建立父系物件類別。若您的新物件類別使用自訂屬性，則也必須先定義這些屬性。

對於每個物件類別定義，必須至少提供一個 OID。請考慮對新的物件類別至少使用下列元素：

Procedure建立物件類別

您可以使用 DSCC 執行此作業。如需有關資訊，請參閱目錄服務控制中心介面與 DSCC 線上說明。

  1. 根據 RFC 4517 中所指定的語法，備妥您的物件類別定義。

  2. 使用 ldapmodify(1) 指令，增加您的物件類別定義。

    請注意，目錄伺服器會將 X-ORIGIN 'user defined' 增加到您所提供的定義中。

範例 11–4 建立物件類別

下列範例使用 ldapmodify 指令新增物件類別。


$ cat blogger.ldif 
dn: cn=schema
changetype: modify
add: objectClasses
objectClasses: ( 1.2.3.4.5.6.8 
 NAME 'blogger' 
 DESC 'Someone who has a blog' 
 SUP inetOrgPerson 
 STRUCTURAL 
 MAY blog )

$ ldapmodify -D cn=admin,cn=Administrators,cn=config -w - -f blogger.ldif
Enter bind password: 
modifying entry cn=schema

$

在生產環境中，您必須提供有效且唯一的 OID，而非 1.2.3.4.5.6.8。

檢視物件類別

cn=schema 項目具有多值屬性 objectClasses，此屬性含有目錄模式中各種物件類別的定義。您可以使用 ldapsearch(1) 指令讀取這些定義。

Procedure檢視物件類別

您可以使用 DSCC 執行此作業。如需有關資訊，請參閱目錄服務控制中心介面與 DSCC 線上說明。

    使用 ldapsearch 指令，檢視目前位於您目錄模式中的所有物件類別定義。

範例 11–5 檢視物件類別

下列指令可顯示所有物件類別的定義：


$ ldapsearch -T -b cn=schema "(objectclass=*)" objectClasses

-T 選項可使 ldapsearch 指令不會進行 LDIF 換行，而使您能夠更容易地使用 grep 或 sed 之類的指令處理輸出。若您接著透過 grep 指令對此指令的輸出使用管道符號，就只能檢視目錄模式內使用者定義的延伸。例如：


$ ldapsearch -T -b cn=schema "(objectclass=*)" objectClasses | grep "user defined"
objectClasses: ( 1.2.3.4.5.6.8 NAME 'blogger'
 DESC 'Someone who has a blog' STRUCTURAL MAY blog
 X-ORIGIN 'user defined' )
$

刪除物件類別

cn=schema 項目具有多值屬性 objectClasses，此屬性含有目錄模式中各種物件類別的定義。您可以使用 ldapmodify(1) 指令刪除具有 X-ORIGIN 'user defined' 的定義。

模式係由 LDAP 檢視定義於 cn=schema 中，因此您可以使用 ldapsearch 與 ldapmodify 公用程式，以線上方式檢視及修改模式。但您只能刪除在 X-ORIGIN 欄位中具有「使用者定義」 值的模式元素。伺服器將不會刪除其他定義。

您對使用者定義的元素所做的變更，會儲存在 99user.ldif 檔案中。

Procedure刪除物件類別

您可以使用 DSCC 執行此作業。如需有關資訊，請參閱目錄服務控制中心介面與 DSCC 線上說明。

  1. 檢視要刪除之物件類別的定義。

    如需詳細資訊，請參閱檢視物件類別。

  2. 使用 ldapmodify(1) 指令，刪除模式中所出現的物件類別定義。

範例 11–6 刪除物件類別

下列指令將刪除範例 11–4 中所建立的物件類別：


$ ldapmodify -D cn=admin,cn=Administrators,cn=config -w -
Enter bind password: 
dn: cn=schema
changetype: delete
delete: objectClasses
objectClasses: ( 1.2.3.4.5.6.8 NAME 'blogger' DESC 'Someone who has a blog' 
 STRUCTURAL MAY blog X-ORIGIN 'user defined' )
^D

請注意，您必須納入 X-ORIGIN 'user defined' 這項由目錄伺服器增加，而用以將此模式定義歸類為延伸的屬性。

延伸目錄伺服器模式

當您新增屬性至模式時，必須建立含有新屬性的新物件類別。雖然直接將屬性增加到已含有您所需之大部分屬性的現有物件類別中，似乎是很方便的做法，但此舉卻會危及與 LDAP 用戶端之間的互通操作。

目錄伺服器與現有 LDAP 用戶端之間的互通操作，依賴於標準 LDAP 模式。若您變更標準模式，也將在升級伺服器時遇到困難。同理，您亦不可刪除標準模式元素。

目錄伺服器模式儲存在 cn=schema 項目的屬性中。與配置項目相同，這也是可在伺服器啟動期間從檔案讀取的 LDAP 模式檢視。

您用以延伸目錄伺服器模式的方法，取決於您是否要控制模式延伸儲存時所使用的檔案名稱。此外也取決於您是否要透過複寫發送變更給用戶。請參閱下表，以根據您特定的情況決定所要執行的程序。

表 11–1 延伸模式的方式

作業 

指示 

您不使用複寫。想增加自訂模式檔案，藉以延伸模式。 

使用自訂模式檔案延伸模式

您希望透過 LDAP 延伸模式。 

透過 LDAP 延伸模式

您要使用複寫。想在所有伺服器上保留自訂模式檔案的檔案名稱。 

使用自訂模式檔案延伸模式

您要使用複寫。想在主伺服器複本上增加自訂模式檔案，藉以延伸模式。接著，要讓複寫機制將模式延伸複製到用戶伺服器上。 

使用模式檔案與複寫延伸模式

如需有關物件類別、屬性與目錄模式的更多資訊，以及如何延伸模式的相關指示，請參閱「Sun Java System Directory Server Enterprise Edition 6.0 Deployment Planning Guide」中的「Designing a Directory Schema」。如需有關標準屬性與物件類別的資訊，請參閱「Sun Java System Directory Server Enterprise Edition 6.0 Man Page Reference」。

本節針對可延伸目錄模式的多種方法提供相關資訊。

使用自訂模式檔案延伸模式

模式檔案是位於 instance-path/config/schema/ 中的 LDIF 檔案。instance-path 對應於目錄伺服器實例所在的檔案系統目錄。例如，實例可能位於 /local/ds/ 中。這些檔案可定義標準模式，供目錄伺服器以及所有依賴目錄伺服器的伺服器使用。如需有關檔案與標準模式的說明，請參閱「Sun Java System Directory Server Enterprise Edition 6.0 Reference」與「Sun Java System Directory Server Enterprise Edition 6.0 Man Page Reference」。

模式檔案只會在伺服器啟動時讀取一次。檔案的 LDIF 內容會增加至 cn=schema 中模式的常駐記憶體 LDAP 檢視。模式定義的順序是很重要的，因此模式檔案名稱的開頭處會加上號碼，並依據字母數字順序載入。只有安裝期間所定義的系統使用者，才能寫入此目錄中的模式檔案。

直接在 LDIF 檔案中定義模式時，請勿於 X-ORIGIN 欄位中使用 'user defined' 值。此值必須保留給透過 cn=schema 的 LDAP 檢視所定義，同時出現在檔案 99user.ldif 中的模式元素使用。

99user.ldif 檔案含有其他 ACI，供 cn=schema 項目與所有使用指令行或 DSCC 增加的模式定義使用。新增模式定義時，即會覆寫 99user.ldif 檔案。若要修改此檔案，您必須立即重新啟動伺服器，以確保更新目前的變更。

請勿修改其他模式檔案中所定義的標準模式。但您可以新增檔案以定義新的屬性與物件類別。例如，若要在多部伺服器上定義新的模式元素，您可以先將元素定義於名為 98mySchema.ldif 的檔案中，再將此檔案複製到所有伺服器的模式目錄中。接著您必須重新啟動所有伺服器，以載入新的模式檔案。

Procedure使用自訂模式檔案延伸模式

您可以使用 DSCC 執行此作業。如需有關資訊，請參閱目錄服務控制中心介面與 DSCC 線上說明。

  1. 建立您自己的模式定義檔案，如 98mySchema.ldif。

    模式檔案中的定義所使用之語法，說明於 RFC 4517 中。

  2. (可選擇) 若此伺服器是可傳送更新至其他伺服器的主伺服器複本，請將您的模式定義檔案複製到複寫拓樸中的每個伺服器實例上。

    複寫機制無法偵測您對含有模式的 LDIF 檔案所做的任何直接變更。因此，即使在重新啟動主伺服器後，您的變更仍不會複寫至用戶。

  3. 請重新啟動已複製了模式定義檔案之每個目錄伺服器實例。

    您的變更將在伺服器重新啟動後生效，並重新載入模式定義。

透過 LDAP 延伸模式

模式係由 LDAP 檢視定義於 cn=schema 中，因此您可以使用 ldapsearch 與 ldapmodify 公用程式，以線上方式檢視及修改模式。但您只能修改在 X-ORIGIN 欄位中具有 'user defined' 值的模式元素。伺服器會拒絕對其他定義的任何修改。

新的元素定義，以及您對使用者定義的元素所做的變更，都會儲存在 99user.ldif 檔案中。

Procedure透過 LDAP 延伸模式

您可以使用 DSCC 執行此作業。如需有關資訊，請參閱目錄服務控制中心介面與 DSCC 線上說明。

開始之前

從指令行修改模式定義很可能會發生錯誤，因為您必須一字不漏地鍵入冗長的值。但您可以在更新目錄模式時所需的程序檔中使用此功能。

  1. 使用 ldapmodify(1) 指令，增加或刪除個別的 attributeTypes 屬性值。

    如需詳細資訊，請參閱建立屬性類型或刪除屬性類型。

  2. 使用 ldapmodify(1) 指令，增加或刪除個別的 objectClasses 屬性值。

    如需詳細資訊，請參閱建立物件類別或刪除物件類別。

另請參閱

若要修改其中一個值，必須先刪除該特定值，再將其增加為新值。之所以必須這麼做，是因為這些屬性是多值屬性。如需詳細資訊，請參閱修改多值屬性的某個值。

使用模式檔案與複寫延伸模式

如需有關自訂模式檔案的資訊，請參閱使用自訂模式檔案延伸模式。下列程序說明如何使用複寫機制，將模式延伸傳播至拓樸中的所有伺服器。

Procedure使用模式檔案與複寫延伸模式

針對此程序的某些部分，您可以使用 DSCC 執行此作業。如需有關資訊，請參閱目錄服務控制中心介面與 DSCC 線上說明。此程序的其他部分只能使用指令行完成。

  1. 以下列其中一種方式備妥您的模式延伸：

    • 建立您自己的模式定義檔案，如 98mySchema.ldif。

    • 將模式延伸增加到 99user.ldif 中。

    模式檔案中的定義所使用之語法，說明於 RFC 4517 中。

  2. 在存放模式定義檔案的主伺服器上，執行 schema_push 指令。

    此程序檔不會實際將模式發送至複本。此程序檔會將特殊的屬性寫入模式檔案中，使模式檔案在載入時隨即進行複寫。如需更多資訊，請參閱 schema_push(1M) 線上手冊。

  3. 重新啟動存放模式定義檔案的主伺服器。

    複寫機制無法偵測您對含有模式的 LDIF 檔案所做的任何直接變更。當您在執行 schema_push 後重新啟動伺服器時，伺服器會載入所有模式檔案，接著複寫機制會將新的模式複寫至用戶。

複寫目錄模式

每當您在兩部伺服器之間配置一或多個尾碼的複寫時，模式定義也會自動複寫。模式定義的自動複寫可確保所有複本均具有完整且相同的模式，並以此模式定義所有可複寫至用戶的物件類別與屬性。主伺服器因此也含有主伺服器模式。

但模式複寫並不是即時的，即使您透過 LDAP 修改模式也是如此。目錄資料更新時，或在模式修改後第一次啟動複寫階段作業時，皆會觸發模式複寫。

若要對所有複本執行模式，至少必須對所有主伺服器啟用模式檢查。在執行 LDAP 作業的主伺服器上檢查模式時，模式並不需在用戶更新後進行檢查。為提昇效能，複寫機制會略過對用戶複本的模式檢查。

備註 –

請勿關閉集散中心與專屬用戶的模式檢查。模式檢查並不會影響用戶的效能。請持續開啟模式檢查，以指出複本內容是否符合其模式。

主伺服器會在用戶初始化期間自動將模式複寫至用戶。無論何時，只要模式透過 DSCC 或指令行工具進行修改，主伺服器也將自動複寫模式。依預設會複寫整個模式。任何在用戶上尚不存在的其他模式元素，皆會在用戶上建立，並儲存於 99user.ldif 檔案中。

例如，假設主伺服器在啟動時於 98mySchema.ldif 檔案中含有模式定義。此外同時假設，您接下來將定義與其他伺服器 (主伺服器、集散中心或專屬用戶) 的複寫協議。當您後續由此主伺服器初始化複本時，複寫的模式將含有來自 98mySchema.ldif 的定義，但定義會儲存在複本伺服器上的 99user.ldif 中。

於用戶初始化期間複寫模式後，若在主伺服器上修改 cn=schema 中的模式，也將使整個模式複寫至用戶。因此，透過指令行公用程式或 DSCC 對主伺服器模式所做的任何修改，均會複寫至用戶。這些修改會儲存在主伺服器的 99user.ldif 中，而透過前述的相同機制，這些修改亦可儲存在用戶的 99user.ldif 中。

請考量下列在複寫環境中維護模式一致性的指示：

配置部分複寫時，需同時考量下列事項：

限制模式複寫

複寫機制每次複寫模式時，預設會將整個模式傳送至用戶。以下兩種情況不適合將整個模式傳送至用戶：

備註 –

目錄伺服器使用 11rfc2307.ldif 模式檔案。此模式檔案符合 RFC 2307。

Directory Server 5.2 之前的目錄伺服器版本使用 10rfc2307.ldif 模式檔案。

Procedure限制模式複寫

無法使用 DSCC 執行此作業。請依照此程序中的說明使用指令行。

    將模式複寫限定為僅複寫使用者定義的模式。


    $ dsconf set-server-prop -h host -p port repl-user-schema-enabled:on

    預設值 off 會在必要時進行整個模式的複寫。