web-dev-qa-db-ja.com

Active Directoryユーザー属性リスト

スキーマを拡張せずにカスタマイズに使用できるActive Directoryユーザー属性のリストを見つけようとしています。 2008R2機能レベルを使用しています。

すべてのプロパティのPowerShellを含むリストをエクスポートしました。しかし、私が編集できるユーザー情報(表示名、電話番号、従業員IDなど)と手動で編集してはいけないADデータ(dn、accountexpires)を区別する方法がわかりません。このリストから、employee-id、extensionAttribute1-15など、いくつかの明らかなものを確認できます。

Get-QADUser 'username' -IncludeAllProperties |  Get-Member -MemberType Properties

すべての属性を一覧表示するWebサイトをいくつか見つけましたが、それらのどれもがユーザー情報とADデータを区別していません。

このMicrosoftリスト プロパティはプロパティセットに分割されます:Public-Information、User-Logonなど。ただし、リストはuser-infoとAD-Dataの間で分割されません。また、employee-idやextensionAttribute1-15も含まれていません。

質問:このリストには、カスタマイズに使用できるActive Directoryユーザー属性が存在しますか?ありがとう

編集:追加情報:私たちの開発者は、新しいアプリケーションのすべてのユーザーアカウントにいくつかの情報を添付したいと考えています。添付したいデータの最初の例は、employee-idでした。このフィールドはすでにADに存在します。スキーマの拡張に反対しているわけではありません。不必要に変更したり、既存のフィールドを複製したりしたくないだけです。それらにリストを与えることができれば、適切な名前のフィールドを使用できる可能性があります。そうでない場合は、スキーマを拡張します。

言い換えた質問:自分の目的に使用できる属性はどれですか(例:表示名、電話番号、従業員ID)?どの属性を残しておくべきですか(dn、lastModifiedDate、accountexpires)?

4
Gre

簡単に言えば、descriptioninfoのようなユーザーアカウントの表面的なメタデータ用の属性はほんの2つしかないということです。 extensionAttributeXyourのカスタマイズを意図したものではありません。これらはExchangeスキーマ拡張の一部であり、実際にExchangeを実行している場合は「予約済み」と見なす必要があります。

より良い質問は、なぜスキーマの拡張を避けようとしているのですか?それを行うことについて本質的に危険なことは何もありません。特定のクラスにビジネス固有のカスタムメタデータを追加する有効なユースケースがある場合は、論理属性名を考え出して追加します。おそらく、ldifファイルが一時的な使い捨てに意図したとおりに機能することを確認してくださいDC最初に起動します。しかし、最終的には、それが他の何も踏んだり影響を受けたりしないことを保証する唯一の方法ですそれによります。

政治的な問題のためにそれを避けようとしている場合(チームはADを管理しておらず、ADチームはスキーマの変更を嫌います)、良い戦いと戦い、ビジネス上の正当化を正当化することは、依然として最善の利益です。 (あなたが実際に良いビジネス上の正当性を持っていると仮定します)。

必要が一時的なものである場合は、descriptionまたはinfoのようなものを使用するだけで、ユーザー管理チームが誤ってデータを取り込んでしまう可能性があることがわかります。一部の不適切に記述されたサードパーティソフトウェアが同じ考えを持っている可能性があり、競合している可能性もあります。

追加しようとしているデータのタイプに関するより具体的な情報で質問を更新することもできます。既に目的に合わせて使用​​できる既存の属性がある場合があります。

編集への応答:ご指摘のとおり、使用できる employeeID 属性がすでにあります。 employeeNumber 属性もあります。しかし、繰り返しになりますが、あなたの質問の根本に対する答えは、他のソフトウェアが使用しない既存の書き込み可能な属性の明確なリストがないということです。あなたがしようとしていることを行う最善の方法は、ドメイン内のユーザーのプロパティダイアログを開き、[属性]タブを選択して、フィルターをShow only writable attributesに変更し、下にスクロールして、ないものを探しますまだデータ定義に適合する可能性のあるその中のデータ。次に、その特定の属性名をグーグルして、属性の意図された目的が何であるかを確認し、正常性チェックとして、環境で使用しているものもそれを使用しているかどうかを確認します。

6
Ryan Bolger