質問

私の会社はフェデレーション ID ソリューションを必要としており、Microsoft ショップであるため、この目標を達成するために MS テクノロジーの使用を検討しています。

実稼働環境には Server 2008 または .NET 3.5 がないため、.NET 2.0/Server 2003 ベースのソリューションに限定されます。

これは、(フェデレーテッド ID ソリューションの観点から)、次のことを意味します。 Active Directory フェデレーション サービス.

ADFS は WS-Federation 標準をサポートしているため、非常に優れているように見えます。つまり、Microsoft テクノロジを使用しないパートナーとフェデレーションを行うことができます。

(私たちにとっては) 残念ながら、Microsoft は .NET 3.5 ベースの ID フレームワークのリリースに近づいています。 ジュネーブフレームワーク.

Geneva フレームワークは、あらゆる点で ADFS よりも優れているようです (主に、ADFS に追加の機能と標準サポートが追加されているため)。

私たちは .NET 3.5 ショップではなく、Geneva はベータ版にすぎないため、現時点では私たちにとって実行可能な選択肢ではありません。

私の質問は次のとおりです。ADFS からジュネーブに移動するのはどれほど難しいでしょうか?

ADFS はまだ概念実証段階にあるため、ID ベースの承認から ADFS クレーム ベースに移行するために必要なコード変更にはまだ着手していません。このロジックを、Geneva クレームベース認証をサポートするように更新できるアセンブリに組み込むことができると確信しています。

必要なコード変更に加えて、クレームベースのインフラストラクチャを ADFS から Geneva に移行することはどのくらい難しいでしょうか?(例えば。ADFS の STS (フェデレーション サービス) からジュネーブの STS (ジュネーブ サーバー) への移行)

このトピックに関するご意見をありがとうございます。大変感謝しております。

役に立ちましたか?

解決

で返信を受け取りました MSDN フォーラムの投稿:

私自身は行ったことはありませんが、ADFS からジュネーブへの移行は非常に楽しい旅になると予想して間違いありません。その時点までに、RP はすでにクレームベースのアプリケーションになっているため、大きな飛躍はありません。Geneva は、メタデータ交換に基づいた自動構成によって構成を容易にします。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top