古いDiscourse Connect設定のフォーラムを引き継ぎ、ガイダンスを求めています

皆さん、こんにちは。

フォーラムのホスティング責任を引き継いだのですが、以前にDiscourse Connectが設定されていたようです。この設定について理解できず、見つけたドキュメントを読んでもまだよくわかりません。

これが単なる過去の遺物としての設定なのか(そうであればクリーンアップしたい)、それとも何らかの方法でフォーラムがDiscourseConnect認証のクライアントとサーバーの両方になっているのかが不明です。理解するまで、アクセスを失いたくないので、何も変更するのを恐れています。DiscourseConnectに関する投稿 (DiscourseConnectの設定:Discourse SSOの公式シングルサインオン) には、シングルサインオンからの移行に関するこの情報が含まれています。

これを正しく読んでいるとすれば、DiscourseConnectを無効にすると、すべてのユーザーがパスワードをリセットする必要が生じるのでしょうか?


コンテキストを提供するために、安全だと感じる設定情報をできるだけ多く共有するつもりです。どうやら、DiscourseConnectが認証フローのプロバイダーとクライアントの両方として設定されているようで、それが私を混乱させています。

これの真相究明に協力していただける方がいらっしゃいましたら、本当に助かります。サポート投稿に大量のログを流し込むのは気が進みませんが、ご要望に応じて(ログを含む)詳細情報を共有することは可能です。


私の目標

  • 現在の認証がどのように機能しているかについて、より理解を深めること
  • ユーザーがEメールやその他のアカウント設定を変更しやすくすること(現在は、新しいアカウントを作成するように指示するしかありません)
  • SSOの信頼できる情報源を切り替えるための道を開くこと

サイトにログインして何が起こっているかを確認する手助けが必要な場合は、私に連絡するか、Marketplace で尋ねてください。私の連絡先情報はプロフィールに記載されています。

ただし、Discourse Connect を使用している場合は、ユーザーがログインすると他のサイトにリダイレクトされてサインオンすることになります。その場合は、Discourse に直接ログインしたいのであれば、はい、ユーザーはパスワードを設定する必要があります。

@pfaffman さん、ご親切にありがとうございます。残念ながら予算がありません。

投稿した後、提案された記事の中に 2019 年の Disable DiscourseConnect という投稿を見つけました。これは明確なプロセスで役立ちますが、それが現在どのように機能しているかについて、まだ基本的な理解が不足しています。

ログインがリダイレクトされていないと確信しています。ログインページは、多くの Discourse 固有のアセット、データエクスポート、スクリプトなど、そして実行しているフォーラムの特定のコミットへのコンソールリンクを備えた、まさにプレーンな Discourse ログインフローのように見えます。

:information_source: Discourse v3.5.0.beta3-dev — Commits · discourse/discourse · GitHub — Ember v5.12.0

これにより、Discourse が認証の独自の信頼できる情報源として機能していることはほぼ確実です。

私がまだ完全に理解できていないのは、DiscourseConnect の設定が external site からメール、ユーザー名などをオーバーライドするように設定されているのに、なぜか /session/sso_provider エンドポイントも有効になっているのかということです。これは、Discourse がサインオンの責任を放棄すると同時に信頼できる情報源としても機能しているようなものではないでしょうか?それとも、DiscourseConnect の SSO の仕組みについて、核となる理解やドキュメントを見落としていますか?

学習にご協力いただいている皆様、ありがとうございます。

外部SSOサーバーにリダイレクトされていない場合、それらはすべて無関係であり、SSOを使用していません。サイトは公開されていますか?

塗りつぶされたDiscourse Connect URLにログインしていないのであれば、何も問題はありません。

待ってください。Enable Discourse ConnectDiscourse Connectを有効にする)が表示されていません。おそらく有効になっておらず、それが「overrideのみを表示」している場合に表示されない理由でしょう。

何もする必要はありません。

「いいね!」 2

ジェイ、今すごいことをしてくれています!! :exploding_head::exploding_head::exploding_head:

image

ということは、これがクリックされない限り、他の設定はすべてクリーンアップ/ノイズということですか?すごい!これについて議論してくれて本当にありがとうございます。

ですから、私の新しい予想では、「Login Required」以外はすべてチェックを外したりリセットしたりしても効果がないということです。試すには数日かかると思いますが、結果が出たらスレッドを更新します。

ええ。変更しても意味がありません。変更する理由はありません。お探しのものではないドロイドです。

ログインが必要かどうかは重要です。恐れることはありません。変更してテストし、すぐ元に戻すことができます。

「いいね!」 1