1

Drupal 7の現在までのドメインアクセスを備えたシングルサインオンソリューションを思いついた人はいますか?私は2つの古いモジュールを詳しく調べてきました。1つはもう保守されていません(D6のSSO)、もう1つはまだ保守されています(CAS)。また、SAMLがこれを解き放つ鍵になるかもしれないことも読みましたが、はっきりしていません。FacebookのFBConnectも別のオプションである可能性があります。または、別の方法で、私が読んだものとStackOverflowのサブサイトで経験したものからOpenIDを統合することもできます。

1回のログインですべての*Overflowsサブサイトに同時にログインしているため、OpenIDでこれを実行できることはわかっています。問題は、DNSサーバーをどのように通過するかです。一致するハッシュの半分でハンドシェイクしますか?これに関するドキュメントが見つからないため、途方に暮れています。

それで、これまでに知られている解決策、または何を調べ始めるかについての情報はありますか?私はその可能性について良い点を述べたと思います。このスレッド、ドメインアクセスSSOを読みましたが、どのバージョンに関連するのかわかりません(Drupal、DA、SSOなど)。「解決策」は、ユーザーとアクセス許可を含むマスターテーブルセットを作成し、それらをドメイン間で共有することのようです。ドメインアクセスの下にすでに複数のサイトが作成されている場合、これはどのように機能しますか?インストール全体のクローンを作成して再構築しますか、それとも最初からやり直す必要がありますか?それは本当に答えよりも多くの質問を提起します。何の返答もなく作者に連絡したので、質問はまだ残っています。

誰が、何を、なぜ大いに感謝するかについての意見があれば、ボールを転がすための出発点が必要です。みんな、ありがとう。

4

2 に答える 2

1

SAMLは良いオプションです。このモジュールをチェックして、drupalと統合します。

http://drupal.org/project/simplesamlphp_auth

このプラグインが機能するデモが必要な場合は、これを確認してください

于 2011-11-22T21:46:04.440 に答える
1

私は元の質問で言及されたドメインアクセスSSOの記事の著者です。連絡を受けたことは覚えていませんが、最近、bleen.netの「連絡先」ページがしばらく機能していないことを知りました...しかし、とにかく、ここに少し情報があります。

その投稿は、Drupal 6、SSOモジュール6.x-1.0-rc1、およびドメインアクセスモジュール6.x-2.0(私は思う)に言及していました。このソリューションは基本的に、マスターとクライアント(複数のクライアントが存在する可能性があります)の2つの別々のdrupalインストールを作成することを中心に展開されます。基本的に、すべてのクライアントに必要なユーザーテーブルは、代わりにマスターにポイントされます。そうすることで、マスターは(本質的に)ユーザーデータを保持して検証するだけのシェルサイトになります。

それが理にかなっている、および/または役立つことを願っています...正直なところ、私は長い間そのコードを見ていません。

于 2011-12-27T20:27:56.210 に答える