hetznerでの新しい公式インストール方法を試したところ、その合理化された体験とセットアップスクリプト内の愛らしいアスキーアートが気に入りました。唯一奇妙だったのは、確認ページでエラーが発生したことです。別のサイトを復元中で、サイトをすぐに立ち上げる必要があったため、それを無視しました。もしこれが再び発生した場合は、ログを確認し、そこで見つけたものを共有します。
enable_discourse_id: Discourse IDへの自動登録に失敗しました。これは、ネットワーク接続の問題、ファイアウォール制限、またはDiscourse IDサービスが到達不能であるために発生する可能性があります。詳細についてはサーバーログを確認するか、サポートにお問い合わせください。」
あなたのサイトはファイアウォールの背後にありますか、それとも何らかのDNSの問題がありますか？
私が知る限りでは、そうではありません！app.ymlを置き換えて再構築し、その後バックアップを復元したところ、すべて問題ありませんでした。しかし、個人のサイトではDiscourse IDは使用していません。
インストールスクリプトにSMTP認証情報を入力しましたか？app.ymlをコピーするつもりだったので、入力しなかったのかもしれません。入力しなかった場合、デフォルトでdiscourse_idが使用されます。
いいえ、設定していません。インストール時にSMTPの設定を拒否しました。
/logsを確認するのが最善だと思います。Discourse IDに関連するエラーエントリがあるはずです。（これは告知とは関係ないので、別のトピックに移動しました。）
ログを確認しましたが、バックアップを復元した後では遅すぎました。現在、ログにこの問題に関するものは何も表示されません。私個人としては、もはや問題ではありません。
また、Hetznerでは新規顧客に対して5台のサーバーという制限があり、私はその制限に達してしまいました！そのため、現時点では新しいサーバーで再試行することができません。可能になり次第、試みるつもりです。
AH、わかりました。その場合は、こちらを試すことができます：https://meta.discourse.org/t/changing-domain-names-prevents-discourse-id-from-working/386102/3。完了したら、管理者UIでDiscourseのオン/オフを切り替えてください。これで動作するか、`/logs`で同じエラーが再度発生するはずです。
実際、確認したところ、Discourse ID はすでに私のサイトで動作しているようです。申し上げたように、サイトを復元したので、このサイトではもはや問題ではありません。
しかし、新しいサイトを作成する手順を繰り返すとどうなるか興味があります。それは、hetzner が許可してくれ次第実行するつもりです！たぶん、来週 2 月 1 日に最初の請求書を支払った後でしょう。
これは、サイトを起動する直前に namecheap でドメインの IP を変更したことと関係があったのでしょうか？ドメインがまだ全員に新しい IP を解決していなかったのかもしれません。
その場合、discourse_idをインストールしようとするのは想定内です。
discourse-setup-rubyを実行したとき、ドメインのDNSは新しいサイトを指していましたか？
それが私の推測です。
はい！ドメイン名に ssh 接続したので、私にとっては間違いなく機能していました。しかし、Discourse ID にとってはまだ機能していなかったのではないかと疑っています。
