Faraday::SSLError (SSL_read: unerwartetes EOF beim Lesen)

SSO
1

Ich versuche, OAuth2 zwischen Forum und Wordpress zum Laufen zu bringen. Aber jetzt, wenn ich bei Wordpress angemeldet bin und zu https://forum/auth/oauth2_basic/callback zurückkehre, erhalte ich Oops und die Logs sagen Faraday::SSLError (SSL_read: unexpected eof while reading)

Was bedeutet das? Und wessen SSL bezieht sich das? Google-Treffer deuten ziemlich oft darauf hin, dass es sich um einen Versionsfehler von OpenSSL handelt, aber auf welcher Seite? Aber diese Vorschläge waren ~2 Jahre alt.

Und doch mache ich auch wirklich oft Konfigurationsfehler…

1 „Gefällt mir“
2

Nach sehr aktiver Google-Suche scheint das Problem die Version von OpenSSL zu sein. Mein WordPress usw. befindet sich auf einem VPS mit Ubuntu 20.04 und OpenSSL 1.1.1f, und das ist das Neueste, was möglich ist. Discourse läuft jedoch unter 22.04 und verwendet OpenSSL 3.something.

Mein Kopfschmerz ist also der Server, auf dem WordPress läuft, nicht Discourse.

Nun, ich sollte auf ein neueres Ubuntu umsteigen. Ja, und jetzt sind wir tief im Grund dafür, warum ich all diese Linux-Systeme so sehr verabscheue: Ich muss Dutzende von einfachen WordPress-Installationen, ein WooCommerce, zwei Moodle, Postfix, Varnish plus seine Add-ons verschieben, LAMP mit MariaDB neu aufbauen, den Stack Nginx-Varnish-Apache neu aufbauen, Crons optimieren usw. Als ich das letzte Mal gemacht habe, hat es drei Tage gedauert, und ich spreche nicht von Arbeitstagen…

Nun, das ist mein Problem und nur mein Problem. Das weiß ich. Und jetzt muss ich eine Entscheidung treffen: Brauchen meine Benutzer wirklich die Möglichkeit, sich über OpenID mit WordPress als Anbieter im Forum anzumelden.

Bearbeiten:
Ich habe do-release-upgrade ausgeführt und nach kurzem Testen scheint es zu funktionieren. Die Dinge haben sich bei DigitalOcean geändert, denn als ich von 18 → 20 wechselte, war das eine totale Katastrophe.

Aber es hat sich nichts geändert.

  • OpenID kann keine Entdeckung abrufen, aber curl sieht es
  • OAuth gibt immer noch diesen SSL-Fehler
  • DiscourseConnect ist keine Option, weil es alles kapert

Ich gebe auf. Das ist nicht meine Tasse Tee :man_shrugging:

Bearbeiten

Gott, bin ich dumm :man_facepalming: Weil die direkte Verknüpfung und curl zur Discovery-JSON funktionierten, war ich mir absolut sicher, dass der Fehler bei Discourse liegen muss. Jetzt habe ich die Logs von Nginx auf dem WordPress-Server überprüft und jedes Mal, wenn die Discovery angefordert wurde, gab Nginx den Fehler 444 aus – außer wenn sie von mir gemacht wurde. Danach war die Lösung wirklich einfach: Faraday von meiner Blacklist für schlechte Bots entfernen.

Ich weiß nicht. Dieses Thema sollte gelöscht werden, da es nichts mit Discourse zu tun hat. Aber sicher – es kann jemandem einen Hinweis geben, der etwas breiter denkt.

3 „Gefällt mir“
3

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.