Это очень щедро с вашей стороны, @pfaffman, но, к сожалению, у меня нет бюджета.
После публикации я нашёл в рекомендуемых статьях этот пост от 2019 года: Disable DiscourseConnect. Он полезен благодаря чёткому описанию процесса, но у меня всё ещё отсутствует базовое понимание того, как это работает сейчас.
Я довольно уверен, что перенаправление входа не происходит. Страница входа выглядит как стандартный процесс входа в Discourse с множеством специфичных для Discourse ресурсов, экспортеров данных, скриптов и даже ссылкой на консоль с указанием конкретного коммита нашего форума.
Discourse v3.5.0.beta3-dev — https://github.com/discourse/discourse/commits/601fecde06 — Ember v5.12.0
Это заставляет меня быть уверенным в том, что Discourse выступает в качестве собственного источника истины для аутентификации.
Что я пока не до конца понимаю, так это то, как и почему конфигурация DiscourseConnect установлена на переопределение электронной почты, имени пользователя и т. д. из внешнего сайта, но при этом также включена конечная точка /session/sso_provider? Разве это не похоже на то, что Discourse одновременно отказывается от ответственности за вход в систему и при этом выступает в качестве источника истины? Или я упускаю какое-то ключевое понимание или документацию о том, как работает SSO в DiscourseConnect?
Спасибо всем за помощь в моём обучении.