OAuth vs Open ID
Last updated
Was this helpful?
Last updated
Was this helpful?
1.OAuth 2.0 客戶端使用其客戶端憑據和授權服務器進行身分驗證，並從令牌端點請求訪問令牌。
2.授權服務器對OAuth 2.0 客戶端進行身分驗證，並驗證客戶端憑據，如果憑據有效，那麼服務器將會頒發一個訪問令牌。
OAuth2.0 Client
Client credentials--->
Authorization server
<---Access token
客戶端 對令牌端點(授權服務器) 發出請求，採用 application/x-www-form-urlencoded 格式發送以下參數。
grant_type:必選。必須設置為 client_credentials。 client_id:必選。客戶端ID。 client_secret:必選。客戶端密鑰、密碼。 scope:可選。訪問請求的範圍。
因為客戶端身分驗證被用作授權批准，所以不需要額外的授權，。例如，客戶端利用傳輸層安全性發出下列HTTP請求。
1.客戶端HTTP請求 POST /token HTTP/1.1 Host: server.example.com Authorization:Basic czZCaGRSa3F0MzpnWDFmQmF0M2JW Content-Type: application/x-www-form-urlencoded grant_type:client_credentials&client_id=myapp&client_secret=ab32vr
訪問令牌響應
對應於步驟B的訪問令牌應該如圖1所示。 如果訪問令牌請求是有效的，而且獲得了授權，那麼授權服務器將會返回訪問令牌。
成功的響應如清單2所示。
清單2.訪問令牌響應
HTTP/1.1 200 OK Content-Type: application/json;charset=UTF-8 Cache-Control: no-store Pragma: no-cache { "access_token":"2YotnFZFEjr1zCsicMWpAA", "token_type":"example", "expires_in":"3600", "example_parameter":"example_value" }
如果請求無效，或者未經過授權，那麼授權伺服器將會使用代碼返回一個相應的錯誤消息。