0

これは私たちの組織をポップアップさせたもので、私はアドバイスを求めています。私たちはすべてWindowsのActive Directoryを使用していましたが、組織のITインフラチームのサポートがあまりにも少なかったり、特定のインフラ環境内でニーズを解決できないと感じているアプリケーショングループがほとんどない限り、問題はありませんでした。これはすべて、ドメインのアクティブディレクトリを使用するいくつかのアプリケーションを持っていました。アクティブディレクトリを使用するカップルですが、アプリケーションとアプリケーションへの設定アクセス許可に独自のLDAPを使用しています(これはCiebel CRM独自の認証モデルは、アプリケーションに外部ユーザーが必要であり、ローカルポリシーではADドメイン内に外部ユーザーを作成できないためです。異なるアプリケーションで使用される複数の「ユーザーベース/ソース」をサポートする認証サーバー

これまで、私たちはこれを何らかの統合に引きつけなければならなかった。これらのすべてを組織のアクティブなディレクトリに移動することはできません(このオプションは私が好むものです)、これが不可能な理由がいくつかあります。

だから、複数のユーザーソースに対してユーザーを認証できる認証サーバー(またはこれを呼び出すことができるもの)があれば、私は考えていましたか?たとえば、会社の広告(ソースやユーザーのデータなどを使用するすべてのアプリケーション)と、外部ユーザーと内部ユーザーの両方が必要とするアプリケーションに使用できる別のLDAPサーバー(またはその他のもの)それらと認証する?

この情報は他にも役立ちます。アプリはC++、Java、.NET、Webアプリケーションが混在しています。私が言及した統合は、典型的には次のようなものです:アプリケーションAはメッセージを送信したり、アプリケーションBにサービスをプルしたりしてユーザートークンをアタッチし、アプリケーションBが認証サーバーと通信し、有効なユーザートークン、およびそのユーザーのグループ/属性の内容

答えて

0

これは、特定の資格情報(user @ domain1など)を提示できるセキュリティトークンサービス(sts)を使用する場合のようです。このstsは、目的のターゲットサービス用に設計されたトークンを返します。

私はあなたが望むものであるSTSを認識していませんが、いくつかのフレームワーク(例えばrampartのあるapache axis2など)を使って自分で実装しようとすることもできます。 STS自体は単なるWebサービスであり、あなたはまだこのすべてを一緒に接着しなければならない(つまり、異なるバックエンド認証ディレクトリを扱うコードを書く)利点は、よく定義されたWebサービスの背後にあるこの厄介なものすべてを隠すことである。

JAX-WSまたはJbossのPicketLink STSを使用して、準拠したSTSを実装できると思います。

お問い合わせ

関連する問題