WordPress とフォーラム間で OAuth2 を連携させようとしています。しかし、WordPress にログインして https://forum/auth/oauth2_basic/callback に戻ると、「Oops」というエラーが表示され、ログには Faraday::SSLError (SSL_read: unexpected eof while reading) と表示されます。
これはどういう意味でしょうか？そして、誰の SSL を指しているのでしょうか？Google で検索すると、OpenSSL のバージョンに関するバグであることが多いと示唆されていますが、それはどちらのエンドの話でしょうか？しかし、それらの提案は 2 年ほど前のものです。
それにもかかわらず、私はよく設定ミスを犯しやすいです…
熱心にググった結果、問題はOpenSSLのバージョンにあるようです。私のWordpressなどは、OpenSSL 1.1.1fを搭載したUbuntu 20.04のVPS上にありますが、これが最新版です。しかし、DiscourseはOpenSSL 3.somethingを使用する22.04上にあります。
したがって、私の頭痛の種はDiscourseではなく、Wordpressがあるサーバーなのです。
さて、新しいUbuntuに移行すべきです。ええ、そして今、私がLinuxをこれほど嫌う理由の核心に迫っています。数十個のプレーンなWordpress、1つのWooCommerce、2つのMoodle、Postfix、Varnishとそのアドオンを移行し、LAMPをMariaDBで再構築し、Nginx-Varnish-Apacheスタックを再構築し、cronを調整する必要があります。前回これを実行したときは3日かかりました。労働日数の話ではありません…
まあ、それは私の問題であり、私だけの問題です。それはわかっています。そして今、私は決断を下さなければなりません。私のユーザーは、プロバイダーとしてWordpressを使用してOpenIDでフォーラムにログインする能力を本当に必要としているのでしょうか？
編集：
do-release-upgradeを実行し、短いテストの後、動作しているようです。DigitalOceanで変更があったようです。なぜなら、18から20への移行は完全な大惨事だったからです。
しかし、何も変わりませんでした。
諦めます。これは私の得意分野ではありません🤷♂️
編集
神よ、私は愚か者です🤦♂️ ディスカバリーJSONへの直接リンクとcurlが機能したため、エラーはDiscourse側にあると確信していました。今、wordpressサーバーのNginxのログを確認したところ、ディスカバリーが要求されるたびに、私が実行した場合を除き、Nginxはエラー444を返していました。その後、解決策は本当に簡単でした。私の悪いボットリストからFaradayを削除することです。
わかりません。これはDiscourseとは関係がないため、このトピックは削除されるべきです。しかし、確かに、もう少し広く考える人にとってはヒントになるかもしれません。
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.