2

私はoauth 2.0が初めてで、それを読んでいます。37signals サイトで自分のアプリに oauth 2.0 を使用しようとしたところ、問題が発生しました。設計どおりかどうかを確認します。ここにあるものはすべて私が見るものです。

  1. ユーザーはすでに 37signals サイトにログインしています。
  2. 私のアプリは、彼を 37signals サイトにリダイレクトすることで、oauth フローを開始します
  3. アプリへのアクセスを許可してもよいかどうかをユーザーに尋ねる認証ページが表示されます。
  4. ユーザーが承認し、アプリに戻されます。（アクセストークンもご用意しております）
  5. ここで、ユーザーは 37signals サイトからログアウトします。
  6. ユーザーが自分のアプリを使用しようとしています。私のアプリは、彼を 37signals サイトにリダイレクトすることで、oauth フローを開始します。
  7. ユーザーはログイン画面を使用してログインします。
  8. 再び認証ページが表示されます。ユーザーが最初に承認したので、これをスキップすべきではありませんか? それともこれは設計通りですか？

とにかく、これは私にはあまりユーザーフレンドリーではないようです。つまり、ログアウト後に毎回承認ページを表示します。

ツイッターでも同様の行動に気付きました。nodejs oauth ライブラリを使用しているときに、最初に同様の質問を投稿しました。次に、一般的な oauth 2.0 の質問だと思いました。 everyauth は常に承認をトリガーします

4

1 に答える 1

0

最初の認証時に、認証プロバイダー (この場合は 37Signals) が認証トークンを提供します。アプリケーション キーと一緒に、最初の認証に続いて、ユーザー トークンを使用してユーザーを認証できます。OAuth プロバイダーでは、時間の経過とともに認証トークンが期限切れになるのが通例です。その場合、ユーザーを再認証する必要があります。

于 2012-09-03T04:18:59.210 に答える