422 Unprocessable Entity beim Klicken auf „Vollständigen Beitrag anzeigen“ in einem Discourse-Beitrag

[dgtal1]

Hallo,
ich hoffe sehr, dass ich hier Hilfe bekommen kann. Ich habe im Web gesucht, konnte aber keinen Fall finden, der meinem entspricht.

Ich teste WordPress mit Discourse. Getrennt funktionieren beide einwandfrei. Allerdings habe ich ein Problem, wenn ich das WP-Plugin verwende.
Wenn ich einen WP-Beitrag veröffentliche, wird wie gewünscht ein Thema in Discourse erstellt. Das Thema selbst wird korrekt angelegt. Wenn ich jedoch auf die Schaltfläche „Vollen Beitrag anzeigen“ klicke, wird der WP-Beitrag nicht erweitert.

In der Browserkonsole sehe ich einen Fehler wie diesen:

Request URL: http://forum.sadzinica.pl/posts/19/expand-embed
Request Method: GET
Status Code: 422 Unprocessable Entity
Remote Address: 192.168.0.15:80
Referrer Policy: strict-origin-when-cross-origin
Cache-Control: no-cache, no-store
Connection: keep-alive
Content-Type: application/json; charset=utf-8
Date: Tue, 12 Jan 2021 09:07:49 GMT
Referrer-Policy: strict-origin-when-cross-origin
Server: nginx/1.14.2
Set-Cookie: __profilin=REMOVED; path=/; HttpOnly; SameSite=Lax
Transfer-Encoding: chunked
X-Content-Type-Options: nosniff
X-Discourse-Route: posts/expand_embed
X-Discourse-Username: admin
X-Download-Options: noopen
X-Frame-Options: SAMEORIGIN
X-Permitted-Cross-Domain-Policies: none
X-Request-Id: b904c2d5-2088-4193-be0c-f36b497d716e
X-Runtime: 0.021514
X-XSS-Protection: 1; mode=block
Accept: application/json, text/javascript, */*; q=0.01
Accept-Encoding: gzip, deflate
Accept-Language: pl-PL,pl;q=0.9,en-GB;q=0.8,en;q=0.7,de-DE;q=0.6,de;q=0.5,en-US;q=0.4,it;q=0.3,es;q=0.2,ro;q=0.1,it-IT;q=0.1
Connection: keep-alive
Cookie: __profilin=REMOVED; _t=REMOVED; _forum_session=I-REMOVED-IT
Discourse-Logged-In: true
Discourse-Present: true
Discourse-Track-View: true
Host: forum.sadzinica.pl
Referer: http://forum.sadzinica.pl/t/zebranie-wiejskie-w-sprawie-x/15/3
User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.111 Safari/537.36
X-CSRF-Token: 1ke5PaosmJ5gYeRpUs6ZkMWD+H4zaovMmVr3JPPNXeuidSmhdD2FmkeBaTgrH0TUuU+GrH/+OV0c338W/4RbjA==
X-Requested-With: XMLHttpRequest

Und ein jQuery-Fehler:

XMLHttpRequest.send | @ | includes.js?v=10da95…f1bd50fe50ed714:819
  | send | @ | _ember_jquery-189e46…649161a18d.js:10113
  | ajax | @ | _ember_jquery-189e46…6649161a18d.js:9696
  | i | @ | _application-525b557…c2ebdfb8509.js:9229
  | (anonymous) | @ | _ember_jquery-189e46…649161a18d.js:72238
  | n | @ | _ember_jquery-189e46…649161a18d.js:72760
  | i | @ | _application-525b557…c2ebdfb8509.js:9242
  | expand | @ | _application-525b557…2ebdfb8509.js:16991
  | expandFirstPost | @ | _application-525b557…2ebdfb8509.js:78560
  | (anonymous) | @ | _application-525b557…2ebdfb8509.js:82798
  | value | @ | _application-525b557…2ebdfb8509.js:82756
  | value | @ | _application-525b557…2ebdfb8509.js:82794
  | click | @ | _application-525b557…2ebdfb8509.js:78431
  | (anonymous) | @ | _application-525b557…2ebdfb8509.js:75834
  | (anonymous) | @ | _application-525b557…2ebdfb8509.js:75733
  | value | @ | _application-525b557…2ebdfb8509.js:82756
  | k | @ | _application-525b557…2ebdfb8509.js:75732
  | (anonymous) | @ | _application-525b557…2ebdfb8509.js:75833
  | dispatch | @ | _ember_jquery-189e46…6649161a18d.js:5443
  | d.handle | @ | _ember_jquery-189e46…6649161a18d.js:5247

Meine Konfiguration: WP und Discourse sind in einer Ubuntu 20.04 LTS-VM installiert, die auf VirtualBox unter Linux läuft. Ich teste innerhalb meines lokalen Netzwerks mit meinem eigenen DNS, das auf den Host verweist, auf dem die VirtualBox-VM läuft. Ich verwende zwei Nginx-Reverse-Proxies. Der erste in der Ubuntu-VM leitet Anfragen an/aus Docker-Container-Ports/Unix-Sockets der VM weiter.
Dies wird dann von VirtualBox an Port 8000 auf dem Host-System weitergeleitet, und ein weiterer Nginx-Proxy bildet dies auf Port 80 des Host-Systems ab (dem Host, auf dem die VM läuft).
Ich teste dies, um ein reales Setup zu simulieren, da ich sowohl WordPress als auch Discourse in einer VPS betreiben möchte, sobald alles lokal funktioniert.

Bitte lassen Sie mich wissen, falls Sie weitere Informationen benötigen. Vielen Dank!

[angus (Angus McLeod)]

Hallo @dgtal1, entschuldige bitte die verspätete Antwort. Hast du dieses Problem noch? War es nur dieser spezifische Beitrag oder alle Beiträge?

Ich vermute, dass dies mit dem Inhalt des WordPress-Beitrags selbst zu tun hat, der anscheinend eine Anfrage auslöst.

[spectrum]

Entschuldigen Sie, dass ich einen alten Beitrag wieder aufgreife, aber ich habe dasselbe Problem, allerdings bei Drupal – nicht bei WordPress. Ich hatte zuvor die Content Security Policy deaktiviert, um dieses Problem zu beheben, aber jetzt sehe ich die 422 Unprocessable Entity, wenn ich auf den Button “Show Full Post” klicke. Diese fehlerhafte Button-Funktionalität scheint bei allen veröffentlichten Artikeln aufzutreten, also nicht nur bei neuen. Ältere Artikel mit aktivierter Kürzung sind ebenfalls betroffen.

Meine Installation befindet sich hinter Cloudflare, aber ich sehe keine Sicherheitsprotokolle, die darauf hindeuten, dass Ressourcen aus dem WAF-Bereich oder verwalteten Regeln blockiert werden. Ich bin mir wirklich nicht sicher, was ich als Nächstes tun soll, um das zu beheben.

[angus (Angus McLeod)]

Hallo @spectrum, würdest du bitte ein separates #support-Thema mit weiteren Details eröffnen, einschließlich

1. Einige Protokolle (wie im ersten Beitrag dieses Themas).
2. Links zu den relevanten Beiträgen auf Discourse und Drupal, wenn möglich.

Nicht alle 422-Fehler sind gleich. Im obigen Fall lag es wahrscheinlich am Inhalt des Beitrags.

*Beachte, dass ich deinen Beitrag von Support > WordPress nach Support verschoben habe, da es hier nicht um WordPress oder das WP Discourse-Plugin geht.

[JammyDodger]

Ist das dasselbe Problem, das in diesem Thema behoben wurde, @spectrum?

Discourse Comments stuck on "Loading..."

I was able to pinpoint what the issue was! I had reached out to our managed Discourse support and they provided an IP address that we’d previously added to a blocklist on our WAF, due to a high amount of traffic from that address. Turns out that IP address was required to be allowed in order for Discourse to communicate properly. I’m so glad it was not an issue on Discourse’s end!

[spectrum]

Ja, das ist es! Entschuldigen Sie meine Verzögerung. Ich konnte bestätigen, dass dies funktioniert, nachdem eine IP-Adresse von unserem Server freigegeben wurde. Ich hatte vergessen, dass ich mich bei der Fehlerbehebung auch an diesen Thread gewandt hatte, also tut mir das leid! Hoffentlich hilft dies anderen mit ähnlichen Problemen in die richtige Richtung.