私たちの OAuth サーバーは、実際に保護されたリソースを処理するサーバーから分離されます。つまり、それぞれが保護されたリソースを保持するいくつかの異なるシステムの真ん中に置かれます。
たとえば、ログイン ページはいずれかのシステムにあります。
あるシステムで認証されたユーザーが別のシステムに移動する場合、どのような手順が必要ですか? 認証されているのでそのまま通過するはずですが、このシナリオで OAuth は何を行い、何を要求するのでしょうか?
ありがとうございました
私たちの OAuth サーバーは、実際に保護されたリソースを処理するサーバーから分離されます。つまり、それぞれが保護されたリソースを保持するいくつかの異なるシステムの真ん中に置かれます。
たとえば、ログイン ページはいずれかのシステムにあります。
あるシステムで認証されたユーザーが別のシステムに移動する場合、どのような手順が必要ですか? 認証されているのでそのまま通過するはずですが、このシナリオで OAuth は何を行い、何を要求するのでしょうか?
ありがとうございました
OAuth は、このシナリオについて明示的に何も述べていません。しかし、API 設計の観点からは、次のようになります。
http://api.example.com/service1
_ http://api.example.com/service2
_などの透過的な「個別システム」を使用する場合はhttp://service1.example.com
、http://service2.example.com
それが可能です。ただし、OAuth フロー全体を処理するための 1 つのドメインがあり、各 API エンドポイントが OAuth 要求を処理でき、要求を検証するために必要なユーザー データベースとトークン データベースにアクセスできることを確認してください。
例を挙げると、次のことができます。
http://service1.example.com
ます。service1
ユーザー データベースとトークン データベースにアクセスできる場合は、要求をすぐに確認できます。または私の代替(私はより良いと思います):