web-dev-qa-db-ja.com

'個人の' SUP（TOP $ NDSLOGINPROPERTIES）を "'' sup ndsloginproperties"に変更する方法

の変更方法（== --- ==） 'sup（top $ ndsloginproperties）struct URALto' Person 'SUP NDSLOGINProperties構造用必須 "

詳細については、 http://www.novell.com/support/viewcontent.do?externalide=7003431&sliceId=1

ADでユーザーを作成しようとしたときに私が持っていたエラーの解決策です。 （環境：多くのNetWare Server 8.7.x＆8.8 Server OES2 SP1 DSFW付き）

このLDAPパラメータを変更するリスクはありますか？

乾杯。

active-directorynovelledirectory
1
Philippe

EDirectoryでベーススキーマを変更する方法は2つだけです。 Novell Technical Services（NTS）と呼び、DSDUMPを使用すること、DSDUMP（EXIRECTORY用の16進エディタ）を使用し、手でビットを一回転させることでした。

私は、ほとんど互換性のあるスキーマを持っていなかった2つの木（3つの属性に2つのフラグが明らかな理由ではなく異なっていて、無意識の違いは異なりました）。

2番目の可能な方法は削除してから、単一のLDIF操作で属性を追加します。それはこのTIDの可能性として示されているものです. シュミーの変更

LDIFは次のように見えるべきです。

抵抗：1

dN：CN =スキーマChangeType：削除を変更：objectClasses

objectClasses：（2.1.5.5.5）

追加：objectClasses objectClasses：（2.1.5.5.5名前 'MyObjectClass' May（attr1）X-NDS_NOT_Container '1'）

しかしあなたの場合は、適切な詳細をあなたのものと置き換えます。

私は第3の方法であると思います、そのような問題が識別され、それを修正するためにDSrepairで特定の修正が提供されます。 （もともとDN構文ではあるが、それが依存的なアイデアであるCreatorsNameとModifiersNameのための古いベーススキーマ設定がありましたが、それがあなたがユーザーを作成したオブジェクトを削除したかのように、CreatorsNameがクリアされました。これはあらゆる種類の問題を引き起こしました。このエラーを認識して修正するDSrepairの追加。これが本当の問題になることが判明した場合、彼らはこのような解決策を提供する可能性があります。

しかし、それまでは、あなたの最善の策はNTSのためのインシデントを開くことはダイヤルインしてdsdumpを使って手で固定することです。文字通り1分か3回することができます。

1
geoffc