Каков наилучший способ структурировать наши токены OAuth для GCP?

Question

У нас есть мультитенантная установка, в которой мы предоставляем каждого из наших клиентов (школьные округа K-12).Мы предоставляем каждому из наших клиентов субдомен на нашем сайте.Мы используем один токен API / OAuth для всех клиентов, но добавляем каждый из их отдельных обратных вызовов для входа в систему.Мы получили предупреждение от Google, в котором говорится:

В вашем проекте abre-platform есть несколько уникальных доменов в URL-адресе перенаправления и URL-адресе источника, многие из которых имеют не связанные приложения.Это является прямым нарушением Сервисов API Google: Политика пользовательских данных, которая требует, чтобы проекты точно представляли свою личность и намерения Google и нашим пользователям, когда они запрашивают доступ к пользовательским данным Google.

МыИщете руководство о том, как настроить это в Google.Благодарю.

Представитель нашей учетной записи попросил нас открыть заявку в службу поддержки.Мы сделали это, и они направили его в случайные команды (например, GSuite).В конце концов, один из них сказал нам, что лучший способ получить помощь - обратиться к SO.Я нахожу это странным, но здесь ничего не идет.

Answer 1

Позвольте мне проверить, я понимаю ваш сценарий.

1. У вас есть один сервер
2. Этот сервер обслуживает несколько доменов (school1.edu, school2.edu и т. Д.)
3. Вы используете уникальный URL-адрес перенаправлениядля каждого арендатора (school1.edu/oauth, school2.edu/oauth)
4. Google не нравится

Что вам нужно сделать, так это использовать один перенаправление для приложения для всех арендаторов,(myapp.com/oauth).Когда вы создаете свой исходный URL авторизации, вы можете установить параметр с именем state, который сохраняется в потоке.Поэтому, когда Google перенаправляет вас обратно, он перенаправляет на myapp.com/oauth?state=school1.Код вашего сервера на /oauth может быть перенаправлен на {state}.edu/homepage.