정말 감사한 말씀이시지만 @pfaffman, 불행히도 예산이 없습니다.
게시글을 작성한 후, 추천된 글들에서 2019년에 올라온 이 Disable DiscourseConnect 게시물을 발견했습니다. 명확한 절차가 있어서 도움이 되지만, 현재 시스템이 어떻게 작동하는지에 대한 기본적인 이해는 여전히 부족합니다.
로그인이 리디렉션되지 않는다고 상당히 확신합니다. 로그인 페이지는 실제로 Discourse 특유의 자산, data-exporters, 스크립트 등이 가득한 바닐라 Discourse 로그인 플로우처럼 보이며, 우리가 실행 중인 포럼의 특정 커밋으로 연결되는 콘솔 링크까지 있습니다.
Discourse v3.5.0.beta3-dev — Commits · discourse/discourse · GitHub — Ember v5.12.0
이로 인해 Discourse가 인증에 대한 자체적인 단일 정보 원본(source of truth) 역할을 하고 있다는 확신이 생겼습니다.
제가 정확히 이해하지 못하는 부분은, DiscourseConnect 설정이 외부 사이트에서 이메일, 사용자 이름 등을 오버라이드하도록 되어 있으면서도 /session/sso_provider 엔드포인트도 활성화되어 있는 이유와 방식입니다. …이는 Discourse가 동시에 로그인에 대한 책임을 포기하면서 단일 정보 원본 역할도 하고 있는 것과 같은 것 아닌가요? 아니면 DiscourseConnect의 SSO가 어떻게 작동하는지에 대한 핵심적인 이해나 문서가 부족한 것일까요?
학습을 도와주신 모든 분들께 감사합니다.