Przegląd
Uproszczone łączenie za pomocą Zaloguj się przez Google opartego na protokole OAuth dodaje Zaloguj się przez Google do łączenia za pomocą protokołu OAuth. Zapewnia to użytkownikom Google płynne łączenie kont, a także umożliwia tworzenie konta, dzięki czemu użytkownik może utworzyć nowe konto w Twojej usłudze za pomocą konta Google.
Aby połączyć konta za pomocą OAuth i zalogować się przez Google, wykonaj te ogólne czynności:
- Najpierw poproś użytkownika o zgodę na dostęp do jego profilu Google.
- Użyj informacji z profilu, aby sprawdzić, czy konto użytkownika istnieje.
- W przypadku dotychczasowych użytkowników połącz konta.
- Jeśli w systemie uwierzytelniania nie możesz znaleźć użytkownika Google, sprawdź token identyfikatora otrzymany od Google. Następnie możesz utworzyć użytkownika na podstawie informacji o profilu zawartych w tokenie identyfikatora.
Rysunek 1. Łączenie kont na telefonie użytkownika za pomocą uproszczonego łączenia
Uproszczone łączenie: proces OAuth + Zaloguj się przez Google
Poniższy diagram sekwencji przedstawia interakcje między użytkownikiem, Google i punktem końcowym wymiany tokenów w przypadku uproszczonego łączenia.
Role i obowiązki
W tabeli poniżej znajdziesz definicje ról i obowiązków podmiotów w procesie uproszczonego łączenia.
| Użytkownik, który wykonał czynność lub komponent | Rola GAL | Podmiot odpowiedzialny |
|---|---|---|
| Aplikacja / serwer Google | Klient OAuth | Uzyskuje zgodę użytkownika na Zaloguj się przez Google, przekazuje do serwera potwierdzenia tożsamości (JWT) i bezpiecznie przechowuje uzyskane tokeny. |
| Punkt końcowy wymiany tokenów | Dostawca tożsamości / serwer autoryzacji | Weryfikuje potwierdzenia tożsamości, sprawdza, czy istnieją już konta, obsługuje intencje łączenia kont (check, get, create) i wydaje tokeny na podstawie żądanych intencji. |
| Interfejs API usługi | Serwer zasobów | Umożliwia dostęp do danych użytkownika po okazaniu prawidłowego tokena dostępu. |
Wymagania dotyczące uproszczonego łączenia
- Wdróż przepływ podstawowego łączenia OAuth. Usługa musi obsługiwać zgodne z protokołem OAuth 2.0 punkty końcowe autoryzacji i wymiany tokenów.
- Punkt końcowy wymiany tokenów musi obsługiwać asercje tokena sieciowego JSON (JWT) i wdrażać intencje
check,createiget.
Logika podejmowania decyzji dotycząca uproszczonego łączenia
Oto logika, która określa, jak wywoływane są intencje podczas uproszczonego procesu łączenia:
- Czy użytkownik ma konto w Twoim systemie uwierzytelniania? (Użytkownik decyduje, wybierając TAK lub NIE)
- TAK : czy użytkownik loguje się na Twoją platformę za pomocą adresu e-mail powiązanego z kontem Google? (Użytkownik decyduje, wybierając TAK lub NIE)
- YES : czy użytkownik ma pasujące konto w Twoim systemie uwierzytelniania? (
check intentjest wywoływana w celu potwierdzenia)- TAK : wywoływana jest funkcja
get intent, a konto jest łączone, jeśli funkcja get intent zwróci wynik. - NIE : Utworzyć nowe konto? (Użytkownik decyduje, wybierając TAK lub NIE)
- TAK : wywoływana jest funkcja
create intent, a konto jest łączone, jeśli intencja utworzenia zostanie zwrócona. - NIE : uruchamiany jest proces łączenia OAuth, użytkownik jest przekierowywany do przeglądarki i ma możliwość połączenia z innym adresem e-mail.
- TAK : wywoływana jest funkcja
- TAK : wywoływana jest funkcja
- NIE : uruchamiany jest proces łączenia OAuth, użytkownik jest przekierowywany do przeglądarki i ma możliwość połączenia się z innym adresem e-mail.
- YES : czy użytkownik ma pasujące konto w Twoim systemie uwierzytelniania? (
- NIE : czy użytkownik ma pasujące konto w Twoim systemie uwierzytelniania? (
check intentjest wywoływana w celu potwierdzenia)- TAK : wywoływana jest funkcja
get intent, a konto jest łączone, jeśli funkcja get intent zwróci wynik. - NIE : wywoływana jest funkcja
create intent, a konto jest połączone, jeśli intencja utworzenia zostanie zwrócona.
- TAK : wywoływana jest funkcja
- TAK : czy użytkownik loguje się na Twoją platformę za pomocą adresu e-mail powiązanego z kontem Google? (Użytkownik decyduje, wybierając TAK lub NIE)
Przepis na wdrożenie
Aby obsługiwać uproszczone łączenie, punkt końcowy wymiany tokenów musi implementować intencje check, get i create.
Aby obsłużyć różne intencje, wykonaj te czynności:
Sprawdzanie, czy istnieje konto użytkownika (intencja check)
Google wywołuje Twój punkt końcowy wymiany tokenów, aby sprawdzić, czy użytkownik Google istnieje w Twoim systemie. Szczegółowe informacje o parametrach znajdziesz w artykule Uproszczone intencje łączenia.
Przepis na implementację
Aby obsłużyć intencję check, wykonaj te czynności:
Sprawdź poprawność żądania:
- Sprawdź
client_id,client_secretigrant_type(musi to byćurn:ietf:params:oauth:grant-type:jwt-bearer). - Sprawdź
assertion(JWT) zgodnie z kryteriami opisanymi w sekcji Weryfikacja JWT.
- Sprawdź
Wyszukaj użytkownika:
- Sprawdź, czy identyfikator konta Google (
sub) lub adres e-mail w tokenie JWT pasuje do użytkownika w Twojej bazie danych.
- Sprawdź, czy identyfikator konta Google (
Odpowiedz:
- Jeśli użytkownik zostanie znaleziony, zwróć kod HTTP
200 OKz treścią{"account_found": "true"}. - Jeśli użytkownik nie zostanie znaleziony, zwróć kod HTTP
404 Not Foundz treścią{"account_found": "false"}.
- Jeśli użytkownik zostanie znaleziony, zwróć kod HTTP
Obsługa automatycznego łączenia (pobieranie intencji)
Jeśli konto istnieje, Google wywołuje Twój punkt końcowy z parametrem intent=get, aby pobrać tokeny. Szczegółowe informacje o parametrach znajdziesz w sekcji Uproszczone intencje łączenia.
Przepis na implementację
Aby obsłużyć intencję get, wykonaj te czynności:
Sprawdź żądanie:
- Sprawdź
client_id,client_secretigrant_type. - Sprawdź
assertion(JWT).
- Sprawdź
Wyszukaj użytkownika:
- Sprawdź, czy użytkownik istnieje, używając deklaracji
sublubemail.
- Sprawdź, czy użytkownik istnieje, używając deklaracji
Odpowiedz:
- Jeśli operacja się uda: wygeneruj i zwróć
access_token,refresh_tokeniexpires_inw odpowiedzi JSON (HTTP200 OK). - Jeśli łączenie się nie powiedzie: zwróć HTTP
401 Unauthorizedz{"error": "linking_error"}i opcjonalnym parametremlogin_hint, aby wrócić do standardowego łączenia OAuth.
- Jeśli operacja się uda: wygeneruj i zwróć
Handle account creation using Sign in with Google (create intent)
If no account exists, Google calls your endpoint with intent=create to create a new user. For parameter details, see Streamlined Linking Intents.
Implementation Recipe
To handle the create intent, perform the following actions:
Validate the request:
- Verify
client_id,client_secret, andgrant_type. - Validate the
assertion(JWT).
- Verify
Verify user does not exist:
- Check if the
suboremailis already in your database. - If the user does exist: Return HTTP
401 Unauthorizedwith{"error": "linking_error", "login_hint": "USER_EMAIL"}to force fallback to OAuth linking.
- Check if the
Create account:
- Use the
sub,email,name, andpictureclaims from the JWT to create a new user record.
- Use the
Respond:
- Generate and return tokens in a JSON response (HTTP
200 OK).
- Generate and return tokens in a JSON response (HTTP
Uzyskiwanie identyfikatora klienta Google API
Podczas procesu rejestracji łączenia konta musisz podać identyfikator klienta interfejsu Google API. Aby uzyskać identyfikator klienta interfejsu API, użyj projektu utworzonego podczas wykonywania czynności związanych z łączeniem OAuth. Aby to zrobić, wykonaj te czynności:
- Otwórz stronę Klienci.
Utwórz lub wybierz projekt interfejsów API Google.
Jeśli w Twoim projekcie nie ma identyfikatora klienta dla typu aplikacji internetowej, kliknij Utwórz klienta, aby go utworzyć. W polu Autoryzowane źródła JavaScriptu podaj domenę swojej witryny. Podczas przeprowadzania testów lokalnych lub tworzenia aplikacji musisz dodać zarówno
http://localhost, jak ihttp://localhost:<port_number>do pola Autoryzowane źródła JavaScript.
Sprawdzanie poprawności implementacji
Implementację możesz zweryfikować za pomocą narzędzia OAuth 2.0 Playground.
W narzędziu wykonaj te czynności:
- Kliknij Konfiguracja , aby otworzyć okno Konfiguracja OAuth 2.0.
- W polu OAuth flow (Proces OAuth) wybierz Client-side (Po stronie klienta).
- W polu Punkty końcowe OAuth wybierz Niestandardowe.
- W odpowiednich polach podaj punkt końcowy OAuth 2.0 i identyfikator klienta przypisany do Google.
- W sekcji Krok 1 nie wybieraj żadnych zakresów Google. Zamiast tego pozostaw to pole puste lub wpisz zakres ważny dla Twojego serwera (albo dowolny ciąg znaków, jeśli nie używasz zakresów OAuth). Gdy skończysz, kliknij Autoryzuj interfejsy API.
- W sekcjach Krok 2 i Krok 3 przejdź przez przepływ OAuth 2.0 i sprawdź, czy każdy krok działa zgodnie z oczekiwaniami.
Możesz sprawdzić, czy implementacja jest prawidłowa, korzystając z narzędzia Google Account Linking Demo.
W narzędziu wykonaj te czynności:
- Kliknij przycisk Zaloguj się przez Google.
- Wybierz konto, które chcesz połączyć.
- Wpisz identyfikator usługi.
- Opcjonalnie wpisz co najmniej jeden zakres, do którego chcesz uzyskać dostęp.
- Kliknij Uruchom wersję pokazową.
- Gdy pojawi się komunikat, potwierdź, że możesz wyrazić zgodę na prośbę o połączenie lub ją odrzucić.
- Sprawdź, czy nastąpiło przekierowanie na Twoją platformę.