Хэрэглэгч “Нэвтрэх” дарж үйлчилгээ үзүүлэгчийн хуудаст хүрээд Rails рүү буцаж ирнэ. Дараагийн алхам нь Rails серверээс шинэ холболт эхлүүлдэг тул бүтэлгүйтэж болзошгүй.

browser → provider authorization page → browser callback to Rails
Rails   → provider token endpoint → Rails

Хөтөч зөвшөөрлийн чиглүүлэлтийг өөрийн сүлжээний тохиргоогоор дагадаг. Rails нь суулгасан OmniAuth стратегийн сонгосон HTTP клиентээр арын сувгийн токен солилцоог хийдэг. Корпорацийн проксины ард ажиллаж буй воркерт үйлчилгээ үзүүлэгч рүү чиглэсэн хүсэлтүүдэд энэ зам хэрэгтэй.

OAuth 1.0 нь хэрэглэгч нэвтрэх эрх олгохоос өмнө серверийн талд хүсэлтийн токены алхамтай. OAuth 2.0-ийн зөвшөөрлийн кодын урсгал нь callback-ийн дараа өөрийн токен солилцоотой. Яг дараалал нь стратегиас хамаардаг ч хөтөч болон аппликейшн сервер нь тусдаа эхлэх цэг хэвээр үлддэг.

Клиентийн тохиргоог ол

Стратегийг түүний токен болон үйлчилгээ үзүүлэгчийн API хүсэлтийг илгээдэг HTTP клиент хүртэл дага. Тухайн клиентийн баримтжуулсан прокси тохиргоог ашигла. Зарим стратеги клиентийн тохиргоог OAuth сан руу дамжуулдаг; бусад нь түүний доор HTTP холболт тохируулдаг. Нэг стратегийн хүлээн авдаг тохиргоо автоматаар OmniAuth-ын нийтлэг тохиргоо болдоггүй.

Үйлчилгээ үзүүлэгчийн зөвшөөрөл, токен, callback URL-ууд бодит үйлчилгээгээ тодорхойлж байг. Гарах прокси нь үйлчилгээ үзүүлэгчид хүрэх тээврийн тохиргоо бөгөөд callback хаягийг орлох эсвэл OAuth хүсэлтийн параметрт нэмэх талбар биш.

Нэвтрэлтийг мөрдөхдөө хамгийн сүүлд дууссан алхмыг тэмдэглэ. Үйлчилгээ үзүүлэгчийн нэвтрэх хуудас харагдсан нь хөтчийн зам ажилласныг нотолно. Rails-ын хүлээн авсан callback нь хөтөч буцаж ирснийг нотолно. Дараагийн токен хүсэлт нь Rails процессоос ирж буй прокси холболт, сорилт эсвэл үйлчилгээ үзүүлэгчийн хариуг шалгах газар юм.

Холбоотой нийтлэлүүд