問題タブ [openid2]

単純なリダイレクトではなく、自動 HTML 投稿を行うのはなぜですか?

これは、OpenID がわかっている場合にディレクトリをリモート サーバーにポストするログイン フォームを開発者が自動的に生成できるようにするためですか?

例えば。

1. ユーザーはログインしておらず、ログイン ページにアクセスしています。
2. Cookie からユーザーの openID を検出します。
3. リモート OpenID サーバーに直接投稿するフォームが生成されます。
4. リモート サーバーがユーザーを Web サイトにリダイレクトします。
5. Web サイトはユーザーをログインさせます。

これが事実なら、私は利益を見ることができます。ただし、これは、ユーザーがログアウトするときにユーザーの openID を Cookie に保持することを前提としています。

この仕様を最適に実装する方法については、ほとんど情報が見つかりません。

公式仕様の HTML FORM リダイレクトを参照してください。

http://openid.net/specs/openid-authentication-2_0.html#indirect_comm

これは、 PHP OpenID Library (バージョン 2.1.1)を調べてわかりました。

私はOpenIdを使用しており、自分のサイト（PHP）でOpenIdを相互作用/認証するためのクラスを作成して遊んでいます。他にもいくつかのライブラリ（RPXなど）があることは知っていますが、自分のライブラリを使用したいと思います（プロトコルをよりよく理解し、それが自分に適しているかどうかを理解するのに役立ちます）。

私が持っている質問は、OpenId検出シーケンスに関連しています。基本的に、XRDSドキュメントを使用して、要求されたID（openid.claimed_id）からローカルID（openid.identity）を取得することを検討しているところに到達しました。

私の質問は、XRDSロケーション（X-XRDS-location）を取得するためにcURLリクエストを作成してから、実際のXRDSドキュメントを取得するために別のcURLリクエストを作成する必要があるかどうかです。

DUMBリクエストでは、cURLリクエストを1つだけ作成してOpen Id Serverを取得するようですが、XRDSSmartメソッドを使用するには2つ作成する必要があります。正しくないようですが、他の誰かが私にいくつかの情報を教えてもらえますか？

OpenID プロバイダーから電子メール アドレスを要求する最も簡単な方法は何ですか?

この問題を単純化する優れた PHP ライブラリはありますか?

プロバイダーによって実装が異なることはわかっています。簡易登録と属性交換の両方を行う必要があると聞きました。特に、MyOpenID や Google などの最大のプロバイダーで動作することを確認したいと思います。

関連するが不十分な質問:

• OpenID プロバイダー(.NET 中心)からメール アドレスを要求する
• OpenID Attribute Exchange - 使用する必要がありますか?

以前は openID 2.0 を使用しており、ユーザーとそれに関連付けられた openid でいっぱいのデータベースがあります。このプロトコルの廃止を考慮して、代わりに Google+ サインインを使用することにしました。

python-social-authDjango プロジェクトではこれを比較的簡単にしましたが、既存のユーザーの openid を新しい Google サブ ID にマップする方法がわかりません。

追加した

settings.py に移動すると、必要に応じてスコープなどと共に GET 文字列python-social-authをメモして渡していることがわかります。?openid.realm=http://www.example.comただし、Google は OpenID ID で応答していないようです。私はid_token（などと一緒access_tokenにbearer）のみを取得します。

ユーザーの実際の openid で Google に応答させるにはどうすればよいですか?

(OpenID2.0 から Google+ への移行に関して私が見つけることができる Google からの唯一のドキュメントは、 https ://developers.google.com/+/api/auth-migration#oid2 などの JavaScript 署名ボタンに向けられているようです)

編集: ID が で何らかのid_token方法でエンコードされている可能性があります。

The Google OpenID 2.0 migration timetableによると、「OpenID 2.0 識別子の OAuth 2.0 識別子へのマッピングは、2017 年 1 月 1 日まで引き続き機能します。」

この移行がどのような形で行われるかは、ドキュメントから 100% 明らかではありません。scope: "openid" または openid.realm: "something" をリクエストすると、エラーが返され始めますか? それとも、古い openid 値が応答に含まれていないのでしょうか? Google OpenId Connectのドキュメントでは、例の OpenID Connect 認証 URI で引き続き要求値を使用しています。

これがどのように消えていくのかをよりよく理解している人はいますか? 私たちのアプローチは、openid スコープと openid.realm を削除することですが、変更の正確な形式についてより確実にしようとしています。