2-legged

    40

    2答えて

    OAuth 1.0では、2足歩行はかなり簡単です:通常通りにリクエストを送信し、access_tokenヘッダーを省略します。 OAuth 2.0で状況が変わったように見えます(これはわかりました:))。 OAuth 2.0のでは、要求はもはやなどナンス、コンシューマキー、タイムスタンプなどのヘッダーを持っていないこれはただで置き換えられる:3つの足の権限はOAuth 2.0の中で作業し、アプリケ

    7

    3答えて

    私は、自分のapiの2-Legged OAuthプロバイダを構築しています。すべてが適切に接続されており、レールコンソールからの署名付き通話が可能です。私が持っている問題は、OAuthをcontroller_specに統合する際に問題があることです。ここで は私のサーバー上の作業コールの例です: coneybeare $ rails c test Loading test environment

    5

    1答えて

    私は現在取り組んでいるREST APIのOAuthバージョン1.0を調査しています。 私はこれが3つの政党、サービスプロバイダ、消費者やユーザーが関与する3つの認証シナリオ を持っています。 3足歩行のOauthはこのシナリオに一致します。 2人の関係者、消費者、サービスプロバイダが関与しています。これは2足のOauthが最も適用可能なシナリオですか?それでは私の理解に基づいてこれとHTTPの基本