それか私が見えていないのかもしれません… 
サイトの設定で discourse_id_client_id と discourse_id_client_secret が見つかりません。Enable Discourse ID しかありません。
何か考えはありますか？
force https は有効になっていますか？
はい、有効になっています。確認しました。
有効にするだけで、シークレットとIDは自動生成されます。
中央サーバーに接続してキーを作成するために実行するrakeタスクがあります。それがキーとシークレットが作成されるものです。
どこにも文書化されていません。
ソースで見つけるのは十分に簡単なはずですが、午後5時以降に携帯電話で見つけるほど簡単ではありません
「いいね！」 1
本当ですか？ 
OMG… 
私もです。誰かがこれを設定したことがあるのか疑問です。 
rake discourse_id:register
いいえ。最新の状態に保たれているサイトで試したところ、設定を有効にするだけでキーが生成されました。
このRakeタスクは、公表されるまでしばらく必要だったと思いますが、現在は設定を有効にすると自動的にキーが要求されるようになり、Rakeタスクを実行する必要がなくなったため、はるかに理にかなっています。
「いいね！」 1
ありがとうございます。しかし、これは機能しませんでした。
プラグイン名は「discourse-docs」ですが、プラグインディレクトリ名は「discourse-knowledge-explorer」です。
rake aborted!
タスク「discourse_id:register」のビルド方法がわかりません（利用可能なタスクのリストは `rake --tasks` で確認してください）。
もしかして: discourse_ai:install:migrations
/usr/local/bin/bundle:25:in `load'
/usr/local/bin/bundle:25:in `<main>'
（タスクを --trace オプション付きで実行すると、完全なトレースが表示されます）
フォーラムは最新の状態ですか？ UXから設定を有効にするだけで試しましたか？ 最後のベータリリースにあるサイトで試してみました。
「いいね！」 1
再構築から1週間か2週間くらいです。
有効にしましたか？有効にすると、他が生成されます。自分で薄暗くする必要はありません。
「いいね！」 1
enable_discourse_id を有効にしましたが、エラーが発生しました（ドイツ語）:
enable_discourse_id: この設定を有効にする前に、Discourse ID の認証情報（「discourse_id_client_id」および「discourse_id_client_secret」）を設定する必要があります。
これは、enable_discourse_id を有効にする前に discourse_id_client_id と discourse_id_client_secret を設定する必要がある、という意味です。
ですので、現時点では一種のニワトリと卵の問題です。
「いいね！」 2
奇妙ですね。アップグレードしてからバグレポートを提出してみてはいかがでしょうか。
Cloudflareやその他のリバースプロキシの背後にいて、Discourseサーバーがあなたのサーバーに接続できないようにしている可能性はありませんか？Cloudflareの背後にいる場合、機能させることはできないと確信しています。
「いいね！」 1
最新バージョンにアップグレードしましたが、2つのオプションが見当たりません…
いいえ。私のインスタンスは、Apacheウェブサーバー「の後ろ」にあるLinuxサーバーで実行されています。セルフホストインスタンスの実行方法で説明されているとおり、非常に単純だと思います。
昨日、別のフォーラムからの移行をテストするために別のインスタンスをセットアップしました。そこでもオプションが見当たりません。
オプションをオフにしてから（オンになっていた場合）、有効にしようとしましたか？
これらの値を自分で設定することはありません。
「いいね！」 1
いいえ、オンにできません。エラーテキストには、まずclient_idとclient_secretを設定する必要があると書かれています。
それが、私がいわゆる「鶏が先か卵が先か」の問題と言ったことです。どちらの問題が先なのか、あるいは、表示されていないボックスのために設定できない値なしではオンにできないのか。
pfaffman は、エラーは設定を有効にする前にそれらが構成される必要があると述べていますが、それはあなたではなく、それらを埋めるソフトウェアであると説明しようとしたのだと思います。
もしかしたら、Discourse ID fails to activate on my instance で他に試せることのアイデアが見つかるかもしれません。
「いいね！」 1
リバースプロキシの設定の問題だったようですね、予想通りです
force_https をオンにしてみてください。Discourse は HTTPS であることを認識できないため、リバースプロキシでよくある問題です。
force_https は最初からオンになっています。
昨日インストールした新しいインスタンスに初めてログインしたとき、force_https をオンにするかどうかすぐに尋ねられました。
しかし、Apache は HTTPS で実行されており、リバースプロキシは Discourse Docker コンテナでポート 8080 の HTTP を使用しています。しかし、どういうわけか Discourse は HTTPS で実行されていることをすでに認識しています。
それが私の最善の推測です。強制HTTPSをオンにするにはどうしましたか？
管理エリアのウェブブラウザから行いました。コンソールで行うべきでしょうか？例えば、
rails r "SiteSetting.force_https=true"
試してみました。コンソールで何もフィードバックがなかったので、機能したようです。
しかし、クライアントIDとクライアントシークレットの2つの新しい設定（ウェブブラウザで）がまだ表示されません。
「いいね！」 1