Problemlösung: Ghost und geplante Beiträge
Auf dem alten Server hatte ich Probleme damit, WordPress zur automatischen Veröffentlichung von geplanten Beiträgen zu bringen. Nach vielen Wochen Recherche sind wir dann darauf gestoßen, dass der nginx Proxy verhindert, dass WordPress sich selbst per curl aufrufen kann. Über extra_hosts im docker-compose.yml konnte das damals gelöst werden.
Neuer Server, neue Software, gleiche Probleme? Anstatt nxing Proxy ist inzwischen traefik im Einsatz. WordPress wurde durch Ghost ersetzt. Aber was geht wieder nicht? Geplante Beiträge.
Fehlermeldung von Ghost
[2022-12-01 20:27:49] ERROR The server has encountered an error.
The server has encountered an error.
Error ID:
9fef2570-71b6-11ed-9df9-8d0ceb08a5f7
Error Code:
ECONNREFUSED
----------------------------------------
RequestError: connect ECONNREFUSED 192.168.32.3:443
at /var/lib/ghost/versions/5.24.1/core/server/adapters/scheduling/SchedulingDefault.js:319:23
at ClientRequest.<anonymous> (/var/lib/ghost/versions/5.24.1/node_modules/got/source/request-as-event-emitter.js:178:14)
at Object.onceWrapper (node:events:628:26)
at ClientRequest.emit (node:events:525:35)
at ClientRequest.origin.emit (/var/lib/ghost/versions/5.24.1/node_modules/@szmarczak/http-timer/source/index.js:37:11)
at TLSSocket.socketErrorListener (node:_http_client:494:9)
at TLSSocket.emit (node:events:513:28)
at emitErrorNT (node:internal/streams/destroy:157:8)
at emitErrorCloseNT (node:internal/streams/destroy:122:3)
at processTicksAndRejections (node:internal/process/task_queues:83:21)
Klar, die Vermutung liegt recht nahe, dass die Ursache ähnlich zu meinem Problem damals bei WordPress ist. Aber leider finde ich keine Lösung, wie ich die interne Anfrage wieder an Ghost zurückbiege. Trafik scheint hier auch auf die Sicherheit zu setzten und lässt Anfragen aus einem Container in den selben Container nicht zu.
Mein Glück: Leider gehen auch andere alte Services nicht auf Anhieb mit traefik und mein Administrator hat entschieden, dass wir erstmal wieder zurück zum nginx Proxy gehen. Zumindest bis er etwas mehr Zeit hat, sich um sich das genauer anzuschauen.
Und siehe da, nach dem Hinzufügen des extra_host in der docker-compose.yml, welche die URL auf die interne IP-Adresse umbiegt, gehen auch geplante Beiträge wieder. Es scheint wohl doch üblich zu sein, dass man Anfragen an das eigene Script durch das Internet schickt. Verstehe ich nicht, aber es wird seinen Sinn haben.