Janrain과 OAuth를 사용하는 것과 다른 점은 무엇입니까?

Question

지금은 잰 레인을 사용 중이며 OAuth에 대해 많이 알지 못합니다.

누군가 두 사람의 차이점을 설명해 주시겠습니까?

Answer 1

Janrain은 OpenID를 사용하므로 사용자는 OpenID 공급자와 ID를 얻어야합니다. 어떻게 작동하는지 이미 알고 있습니다. 사용자는 자격 증명을 요구하는 공급자와 상호 작용합니다. OpenID 제공 업체의 기존 계정을 받아들이는 로그인 시스템을 원한다면 OpenID가 좋은 솔루션입니다.

OAuth의 경우 최종 사용자에게는 완전히 투명 할 수 있습니다. OAuth는 토큰과 함께 작동하며 각 토큰은 특정 사이트 나 리소스에 대한 액세스 권한을 부여합니다. 이는 모두 "허가"에 관한 것입니다. 정의 된 기간 후에 만기 토큰을 구성 할 수도 있습니다. OAuth는 로그인에도 사용될 수 있습니다. 이것이 페이스 북의 작동 방식입니다.

OAuth가있는 예 : 웹 사이트에서 Janrain을 인증 용으로 사용하고 있으며 이제는 사용자가 Facebook에서 사진을 가져올 수 있지만 사용자 제공 업체는 Google입니다 (예 :). 인증을 위해 사용자를 Facebook으로 리디렉션하고 사용자가 웹 사이트에 대한 액세스 권한을 부여할지 묻는 메시지가 표시됩니다. 사용자가 동의하면 그는 사용자의 웹 사이트 및 배경으로 다시 전송되며 이후의 통신에서 작업의 유효성을 확인하는 데 사용해야하는 Facebook의 토큰을 받게됩니다. 어떤 시점에서든 사용자는 사용자 이름과 암호를 사이트와 공유했습니다.

OAuth를 읽는 것이 좋습니다. OAuth 1.0과 2.0 모두에서 실제로 good guide here을 볼 수 있습니다.

Answer 2

Janrain Engage는 openid 및 oauth의 다양한 맛을 통해 인증 할 수있는 다양한 ID 제공 업체를 지원하는 위젯 및 백엔드 기술 세트입니다. Janrain이 지원하는 20 개 이상의 ID 제공 업체를 지원하는 데 필요한 프로토콜을 구현하지 않아도됩니다.

Answer 3

Janrain과 OAuth간에 차이가 없습니다. Janrain은 소셜 로그인을위한 특별한 프로토콜이 아닙니다. Janrain은 OpenID와 OAuth 모두에서 작동하는 일련의 API를 생성하므로 차이점을 알 필요가 없습니다. 케빈 (Kevin)과 마찬가지로 잰 레인즈 소셜 로그인 (Janrain 's Social Login)은 openid와 oauth의 다양한 맛을 통해 인증 할 수있는 다양한 ID 제공 업체를 지원하는 백엔드 기술이라고 말했다.

얀 레인과 OAuth는 실제로 차이가 없습니다. 얀 레인은 공급자가 소셜 API (OpenID 및/또는 OAuth)에서 사용하는 기술을 사용한다는 것입니다.