あらゆる組織の活動の過程で、一時的な同盟が生じ、消滅し、友人を作り、パートナーとの友情を破り、再編成され、他の組織を吸収し、逆もまた同様に、いくつかに分かれます。 ITの観点からは、多くの場合、共有リソースの作成、Active Directoryフォレスト間の信頼関係、ネットワーク間VPNトンネルの確立、およびその他の「統一」手順が必要になります。 以下に、別の信頼できるドメインのユーザーに関する連絡先情報をコピーする、そのような手順の1つを検討します。
ユーザーが「手紙を受け取らない」と誓うことがあります。 なぜそう はい、彼らは1つのアドレスに送信し、別のアドレスが関連しているのは、女の子が結婚し、名前を変更し、優秀な管理者が以前のメールアドレスを保存しなかったためです。 従業員は「ドルのように」ではなく、電話の受け手に「Es！」と言って間違えることがあります。また、反対側の対談者はラテン文字「C」を入力して間違えます。 ユーザーは.ruの代わりに.comを、.comの代わりに.ruを書くことができます。多くのユーザーがいる場合、そのようなエラーは苦情の終わりのないストリームに変わります。 あらゆる種類の愚かさはスキルによって対立する必要があるため、組織のすべてのパートナーの最新のアドレス帳が必要になります。
構造について
私たちの組織では、Exchangeサーバーをメールシステムとして使用し、Outlook電子メールを送信するためのクライアントソフトウェアとして、従業員がパートナーの連絡先情報をアドレス帳で確認できるように、Active Directoryに対応する連絡先オブジェクトを作成するだけで十分です。 パートナーは好きなものを使用し、一部はロータスドミノに座っており、一部はsendmailを送信しており、一部はKerio Mail Serverで作業していますが、それらはすべて同じです：各Active Directoryユーザーは
メール属性に有効な電子メールアドレスを持っています。 だから彼らはどうやってそれをするのか、聞かないで、どういうわけか彼らはそれをする。 もしそうなら、これは「彼らのユーザー」を「私たちの連絡先」に変えることで使用できます。
信頼関係のおかげで、ユーザーを自分のユーザーとして読み取ることができます（もちろん、
選択認証が信頼で有効になっていない場合、この場合はもう少し難しくなります）。また、ドメインに書き込む権利があります。
一般に、輸出入手続きには、たとえば
Forefront Identity Managerを使用できますが、第一に、私たちは経済的な人々であり、お金を捨てません。さらに、PowerShellは、ADPowerShellに支障のない互換性のために、.NETクラスの
System.DirectoryServices.DirectoryEntryと
System.DirectoryServices.DirectorySearcherで十分です。
方法論
Active Directoryで必要なすべてのユーザーを検索した後、それらのプロパティをメモリにコピーして、配列を埋めます。 PowerShellを使用すると、
Add-Memberコマンドレットを使用して、文字通りその場で既存のオブジェクトにプロパティを追加できます。これを使用します。 その結果、適切に構造化されたリストが得られます。さらに、その後、別のコマンドレット
Where-Objectを使用して簡単に検索できます。 また、外部連絡先コンテナにあるすべての連絡先をメモリにコピーし、2つのリストを比較します。 比較の結果は、3つの配列になります。新しい連絡先、削除する連絡先、および一部のプロパティのみが変更された連絡先です。 最初の起動後、見つかったすべての連絡先が新しいことは明らかです。
連絡先を初めてインポートした後は、「すべてを削除して再度入力」メソッドではなく、変更されたフィールドのみを変更して、関連性に注意する必要があります。 なぜそう はい。これは、まずExchange自体がデリケートなものであり、アドレス帳の作成に時間がかかるためです。次に、ウィザードのRIDが失敗すると、Active Directoryでオブジェクトをバッチ作成しようとすると不快な事態が発生する可能性があります。 各Active Directoryオブジェクトは、オブジェクトの一意の識別子を格納するために
objectGUID属性を使用し、システムがオブジェクトを
作成するときに設定され、変更されることはありません。それを記憶し、16進文字列に変換して連絡先
情報フィールドに格納します。 ただし、他の目的で
情報を使用する場合、他の属性に識別子を格納できます。
信じてください 、それで十分です。
また、
userCertificate属性についても忘れないでください。「contact」クラスのオブジェクトの場合、
Active Directoryユーザーとコンピュータースナップインには表示されませんが、Outlookはそれを使用して、暗号化/署名された電子メールを送受信します。 もちろん、このビジネスは、ある組織が別の組織の証明書を信頼している場合にのみ機能しますが、この問題はこのトピックの範囲外です。 注意が必要な別の属性は
otherTelephoneと呼ばれ
ます 。 多値であるという点で興味深いため、特別な関係があります。 実際、このような属性は多数ありますが、スクリプトで使用されるのは1つだけです。したがって、複数行の属性の抽出/書き込み専用のプロシージャを作成することは、将来スクリプトを変更するための一種のスコープです。
そして、もちろん、私たちは安全性を覚えています。 「連絡先」クラスのオブジェクトの作成、変更、削除を特定のアカウントおよび特定のコンテナのみに委任することをお勧めします。この場合、潜在的な攻撃者はスクリプトでマシンの制御を取得しているため、特に深刻なことはできません。 そして今、コメント付きのスクリプト：
次に、コマンドラインを作成し、スクリプトのスケジューラでスケジュールするだけです。 もちろん、パートナーに連絡先が必要な場合は、もちろんこのスクリプトをパートナーと共有できます。