sidebarIdM実験室いろんなアイデンティティ管理系製品やサービスの実験の記録をしていきます。後は、関連するニュースなどを徒然と。Pace氏に連絡をしてみました。興味深い分野なので今後も継続的にやり取りができると良いなぁ、、と思っています。やり取りの中で先の文書のハードコピーを頂いたので(しかもサイン入り!)紹介します。ハードコピーサイン!彼のblogエントリには他にもAzure関連のガイダンスなど参考になるものが多くあるので、今後も要ウォッチです。ついでに、昨日のInfoQにEugenio氏へのADFS2.0とWIFに関するインタビューが載っていましたのでこちらも紹介。先週から始まったエクスジェン・ネットワークス東名阪ツアーが本日終了しました。様々な方々に来て頂き、「ブログ見てます!」というお言葉を頂き、非常に勇気づけられた1週間でした。皆さまにはとても感謝しております。内容ですが、メインテーマは「IdM製品の傾向」でしたが、アイデンティティ管理自体に関するトレンドの推移やアイデンティティ情報の管理および利用モデルの移り変わりについて簡単ではありますが紹介させていただきました。法令対応/内部統制といったキーワードが絡み合ってプロジェクトが複雑化しがちですが、それらのキーワードがここ10年程度を振り返ってどのような経緯で持ち上がってきたか、各製品ベンダはどのような機能でそれらのキーワードに追従してきたか、を紹介しました。クラウド(主にSaaS)をイメージした際に、アイデンティティ情報を提供する側、サービスを提供する側それぞれの間を結ぶのは「信頼」であること、USガバメント(ICAM、OIX)やIAFの例をベースに保証のフレームワークを簡単に紹介しました。全体に少々企業内のプロビジョニングとは離れた世界の話になりましたが、今後考えなければいけない事柄ばかりだと思うので、非常にざっくりですが紹介出来て良かったと思います。いづれにしても、上記のような複雑な要件が絡み合うが故にややこしいプロジェクトになってしまいがちなアイデンティティ管理ですが、今後もしばらくはややこしさが付いて回りそうです。その2以前の続きで、今回もTechnetフォーラムの記事を勝手に翻訳していきます。Serviceの設定から始めます。Serviceを構成する本ガイドのシナリオではプロビジョニングポリシーを構成する必要があります。このプロビジョニングポリシーの目的は契約社員をADユーザの発信同期規則のスコープに入れることです。DSにリソースをプロビジョニングします。Exploreでhttp://localhost/identitymanagementに移動します。プロビジョニングポリシーを作成するためには、FIMポータルページの[管理]セクションから関連するページへ移動します。構成を確認するには、同期構成を出力するPowerShellスクリプトを実行します。同期ルールを作成する次の表はFabrikamプロビジョニング同期ルールに必要な構成を示しています。ワークフローの目的は、Fabrikamのプロビジョニング同期規則にリソースを追加することです。次の表は、構成を示しています。Transisionタイプであり、リソースがすべての契約社員というセットのメンバとなったことを契機に動作します次の表は、構成を示しています。Directoryコネクタスペースに格納することです。次の表は初期化フェーズの実行プロファイルを示します。フルインポート6ステップ9上記の表のとおりに実行プロファイルを実行します注)発信同期規則が正常にメタバースに投影されていることを確認してください。構成をテストするこのセクションの目的は、実際の構成をテストすることです。DSに存在することを確認を行います。次の表は、サンプルのユーザのプロパティの一覧です。DSへプロビジョニングするには、2つの前提条件が満たされている必要があります。Contractorsのメンバかどうかを確認するには、SETを開き[メンバを表示]をクリックします。Contractorsのメンバであることを確認します。List属性を見ます。Ruleになっているはずです。次の図で確認方法の例を示します。この時点では同期規則のステータスはペンディングです。同期規則はまだユーザに適用されていません。ステップ12ユーザがADユーザ発信同期規則のスコープ内であることを確認します。サンプルのユーザの同期テストオブジェクトの初回の同期サイクルを開始する前に、テスト計画の中で各実行プロファイルを実行後のあるべき姿をトラッキングしておく必要があります。テスト計画はオブジェクトのあるべき次の状態(作成、更新、削除)と属性値を含んでいるべきです。テスト計画を使用して、期待されるテスト結果を確認します。ステップが期待通りの結果を返さない場合は、あるべき結果と実際の結果の不一致を解決するまでは次のステップへ進まないでください。期待通りに動いているかを確認するには、最初の指標として同期の統計情報を利用することができます。新しいオブジェクトがコネクタスペースにステージングされることを期待していたのに、インポートの統計の中の[Add]が0件だった場合、明らかに何か期待通りに動いていないものがあるということになります。Managerのコネクタスペースの検索とメタバースの検索機能を使って属性の値が予測された通りになっているかどうかを確認してください。DSユーザを同期するには、以下の手順を実行します。MAコネクタスペースにインポートします。2.ユーザをメタバースへ投影します。Directoryコネクタスペースへプロビジョニングします。4.FIMにステータス情報をエクスポートします。DSにエクスポートします。6.ユーザの作成状況を確認します。これらのタスクを完遂するためには、次の実行プロファイルを実行します。FIMMAのコネクタスペースにステージングされます。コネクタスペースのBrittaのプロパティをみると、FIMポータルで設定した属性値とともにEREオブジェクトへの参照が設定されているのがわかります。次のスクリーンショットがこの例です。FIMMAでのデルタ同期の目的は、下記のいくつかの操作を実行することです。両方の管理エージェントで発生する属性フローをエクスポート。Simmonオブジェクトおよび関連付けられたExpectedRuleEntryオブジェクトは投影結果により属性値が更新されます。ADMAのコネクタスペースで行われます。Simonのプロパティをみると、それらのアクティビティがExpectedRulesList属性値に正しく参照が割り当てらていることによりわかります。Simonの同期規則の状態はペンディングから適用へ更新されます。それは発信同期規則がメタバース中のオブジェクトに対してアクティブになったことを示しています。新しいオブジェクトがADMAコネクタスペースにプロビジョニングされたため、この管理エージェントではペンディングエクスポートが追加されます。ADMAへ追加されるペンディングエクスポートを表示することができます。FIMでは、エクスポート操作を完了するには、各エクスポートの実行毎に次のデルタインポートの実行の必要があります。エクスポートの後に実行されるデルタインポートは確認のためのインポートと呼ばれます。Synchronizationサービスが同期を成功させるために必要な適切な更新を行うために必要です。ステップ13上記の表のとおりに実行プロファイルを実行します。注)各実行プロファイルがエラー無く完了する必要があります。Simonが存在するはずです。OUに存在することを確認します。DSとFIMのユーザを同期するためのメインのビルドブロックに紹介することです。初期のテストでは、タスクを完了するのに必要な最小数の属性で開始し、一般的な手順が正常に機能したら複数の属性をシナリオに追加してください。複雑さを最小限に維持することがトラブルシューティングプロセスを簡素化します。構成をテストする際、新しいテストオブジェクトを削除して再作成することがしばしば発生します。ExpectedRulesList属性が設定されたオブジェクトにとってこれらの操作はExpectedRuleEntryの孤立を発生させます。「孤立したExpectedRuleEntryオブジェクトを削除する方法」という記事はそれらのオブジェクトをテスト環境から削除する方法を説明しています。DSを含む典型的なシナリオにおいて、FIMはオブジェクトのすべての属性について権威を持っていません。DS管理エージェントによって作成されます。アカウント名、ドメイン、ibjectSID属性はFIMポータルへログインを有効にする際に必要となります。DSコネクタスペースに追加の着信同期規則を設定する必要があります。属性値に複数のソースを持つオブジェクトを管理するためには、属性フローの優先順位を正しく構成する必要があります。属性フローの優先順位が正しく構成されていない場合、同期エンジンが設定されたソースからの属性値をブロックしてしまいます。属性フローの優先順位の詳細については属性フローの優先順位についての記事を参照してください。Networksのパートナー向けイベントでID管理の動向、各種製品のすみ分けなどについて話をする予定です。様々な目的が混じり合う中、アクセス管理を含むIdM製品群がどのような技術要素で対応・進化してきたのか、という大枠の話と、クラウドを含むサービス連携(Claimベースの話などを含む)がフォーカスされる中でプロビジョニングの役割はどうなっていくのか、について話をするつもりです。後半は具体的な製品がそれぞれどのような特徴を持っているのか、という話をします。全部終わってひと段落したら公開出来そうなネタについては公開していこうと思います。FS2.0RTWが5月5日にリリースされました。Metasystemを構成する3つの要素のうち、2つまでが正式にリリースされたことになります。2.0についてはU-ProveやOpenID対応の関連でちょっと延期されて、2010年Q2にCTPが出てくるようです。ソース:http://blogs.msdn.com/card/archive/2010/04/27/update-on-windows-cardspace.aspxさて、今回のRTW版ですがこれまでのユーザインターフェイスが英語のみだったのがインストーラ、管理コンソールやヘルプも日本語化されています。Hyper-Vにはインストール出来ないようです。Hyper-Vを使うわけではないので、単にバージョンチェックではねているだけだと思いますが・・・インストーラの画面。