Hallo! Ich habe alte Beiträge durchsucht, die meinem Problem ähnlich waren, aber keine Lösung gefunden, also bin ich hier.
Ich habe eine WordPress-Seite (auf Server A gehostet), die mit einem Discourse-Forum (auf Server B) verbunden ist und als SSO-Anbieter für dieses Forum fungiert.
Vor kurzem habe ich den Hosting-Anbieter für WordPress gewechselt (also auf Server C – ein neuer Hosting-Anbieter) und auch den DNS-Anbieter von Google zu Gandi, wobei ich die DNS-Einstellungen sorgfältig neu eingerichtet habe (@ auf der neuen IP, www als CNAME und forum auf seiner unveränderten IP); das Forum bleibt auf Server B.
Jetzt meldet WordPress, dass die Verbindung unterbrochen ist, und ich erhalte beim Veröffentlichen einen curl-Fehler 6 (Host kann nicht aufgelöst werden; unbekannter Fehler). Außerdem erhalte ich die Meldung „Es gibt keinen Administrator mit der Adresse xyz@mydomain.net“, aber das ist wahrscheinlich normal, wenn die Verbindung nicht besteht.
Habt ihr eine Idee, wo ich suchen sollte? Ich habe bereits den neuen Anbieter kontaktiert, um Firewall-Einstellungen zu prüfen, aber die sagen, alles sei in Ordnung, und ich sollte mich wahrscheinlich an die Entwickler des Plugins wenden.
Verdammt Und umgekehrt? Ich bin kein Experte für SSO, aber ich glaube, Server B muss einen Callback an Server C durchführen? Falls es die IP-Adresse von Server A noch irgendwo gespeichert hat, könnte das fehlschlagen.
Hast du versucht, das WP-Discourse-Plugin zu deinstallieren und dann neu zu installieren? In der Vergangenheit habe ich festgestellt, dass das Plugin Serveränderungen nicht bewältigt, ohne dies zu tun.
Hey Romain, es könnte ein paar verschiedene Gründe geben.
Der Grund, warum wir kürzlich eine Logging-Infrastruktur für das Plugin hinzugefügt haben, besteht darin, solche Probleme direkt zu diagnostizieren. Wir werden bald auch Logging für die Verbindungsfunktionalität hinzufügen, aktuell ist es jedoch nur in der Veröffentlichungsfunktionalität aktiv.
Ein Verbindungsproblem in den Veröffentlichungsprotokollen wird uns wahrscheinlich nichts Nützliches verraten. Dennoch hast du einen Veröffentlichungsversuch erwähnt, also überprüfe bitte zunächst das Admin-Bereich “Logs” im WP Discourse-Plugin. Du kannst mir eine bestimmte Zeile aus dem Protokoll mitteilen oder das gesamte Protokoll per PN senden. Ich empfehle außerdem, neue API-Anmeldeinformationen in deinem Discourse zu erstellen und diese im Plugin zu hinterlegen, um sicherzustellen, dass dies nicht die Ursache ist.
Abgesehen davon – und ohne dies zu einem Hin und Her mit deinem Hosting-Anbieter machen zu wollen – deutet die Unfähigkeit, eine Domain per cURL abzurufen, eher auf ein Umgebungsproblem als auf ein Plugin-Problem hin. Wenn du hier nach ähnlichen Fehlern suchst, wirst du feststellen, dass @simon verschiedenen Nutzern geholfen hat, Probleme zu diagnostizieren, die im Wesentlichen Umgebungsprobleme sind. Siehe beispielsweise (inklusive einiger möglicher Diagnose-Tools):
Ich empfehle dir, deinen Hosting-Anbieter etwas genauer zu befragen und nach dem Grund für die Unfähigkeit zu fragen, eine cURL-Anfrage an eine Domain zu stellen. Falls sie einen spezifischeren Grund haben zu glauben, dass es sich um ein Problem mit dem WP Discourse-Plugin handelt und nicht etwa um eine falsche cURL-Version auf dem Server (was auf den ersten Blick wahrscheinlicher ist), können sie gerne hier posten oder mir sogar eine PN schreiben. Ich würde mich freuen, gemeinsam mit ihnen weiter zu untersuchen.
@jtbayly Ich habe versucht, es zu deinstallieren und neu zu installieren, aber das hat nichts gebracht.
@angus Du liegst vielleicht richtig. Bei der Installation des TLS-Test-Plugins erhalte ich einen Fehler, der darauf hindeutet, dass ein Update von cURL eine mögliche Lösung wäre.
Da die Antwort des Hosting-Anbieters bezüglich eines cURL-Updates jedoch lautet: „Die hier installierte Version von cURL ist die neueste offizielle Version im CentOS-Repository. Deswegen verwenden wir diese Version und nicht die neueste, die auf der offiziellen Website des Entwicklers verfügbar ist.
CentOS ist sehr vorsichtig, wenn es darum geht, neue Versionen in das offizielle Repository zu bringen, da sie die Software vor der Veröffentlichung umfassend testen, um sicherzustellen, dass sie in allen Fällen stabil ist. Sobald die neue Version im offiziellen CentOS-Repository verfügbar ist, wird sie auch bei uns aktualisiert.“, gehe ich davon aus, dass sich das nicht weiterführen lässt und ich erneut den Hosting-Anbieter wechseln muss.
Bevor Sie den Wechsel vornehmen, weisen Sie sie vielleicht darauf hin, dass die Nichtunterstützung von TLS 1.2 Probleme bei der Unterstützung einiger WordPress-Plugins verursachen wird und an sich einige Sicherheitsprobleme mit sich bringt. Es könnte dennoch lohnen, dies noch etwas weiter zu verfolgen.
Ich werde es versuchen, denn „Ich kann es nicht ertragen, es nicht zu versuchen“ (M. Jordan, Philosoph ), aber bei diesem Thema scheinen ihre Meinungen schon feststehend zu sein. Der alte Host nutzt 7.68 unter Ubuntu.
Und umgekehrt? Ich bin kein Experte für SSO, aber ich glaube, Server B muss einen Callback an Server C durchführen? Falls es die IP-Adresse von Server A noch irgendwo gespeichert hat, könnte das fehlschlagen.
), aber bei diesem Thema scheinen ihre Meinungen schon feststehend zu sein. Der alte Host nutzt 7.68 unter Ubuntu.