422 Unprocessable Entity cliccando su "Show full Post" in un post di Discourse

[dgtal1]

Ciao,
Spero davvero di poter ricevere aiuto qui. Ho cercato sul web, ma non ho trovato un caso simile al mio.

Sto testando WordPress con Discourse. Separatamente, entrambi funzionano perfettamente. Tuttavia, ho un problema quando uso il plugin di WP.
Quando pubblico un post su WordPress, viene creato un argomento in Discourse tramite il plugin, come previsto. L’argomento stesso viene creato correttamente. Tuttavia, quando faccio clic sul pulsante “Mostra post completo”, il post di WordPress non si espande.
Nella console del browser vedo un errore simile a questo:

URL della richiesta: http://forum.sadzinica.pl/posts/19/expand-embed  
Metodo della richiesta: GET  
Codice di stato: 422 Entità non elaborabile  
Indirizzo remoto: 192.168.0.15:80  
Politica del referrer: strict-origin-when-cross-origin  
Cache-Control: no-cache, no-store  
Connessione: keep-alive  
Content-Type: application/json; charset=utf-8  
Data: Tue, 12 Jan 2021 09:07:49 GMT  
Referrer-Policy: strict-origin-when-cross-origin  
Server: nginx/1.14.2  
Set-Cookie: __profilin=RIMOSSO; 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  
Connessione: keep-alive  
Cookie: __profilin=RIMOSSO; _t=RIMOSSO; _forum_session=I-RIMOSSO-LO  
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  

E un errore jQuery:

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  
  | (anonimo) | @ | _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  
  | (anonimo) | @ | _application-525b557…2ebdfb8509.js:82798  
  | value | @ | _application-525b557…2ebdfb8509.js:82756  
  | value | @ | _application-525b557…2ebdfb8509.js:82794  
  | click | @ | _application-525b557…2ebdfb8509.js:78431  
  | (anonimo) | @ | _application-525b557…2ebdfb8509.js:75834  
  | (anonimo) | @ | _application-525b557…2ebdfb8509.js:75733  
  | value | @ | _application-525b557…2ebdfb8509.js:82756  
  | k | @ | _application-525b557…2ebdfb8509.js:75732  
  | (anonimo) | @ | _application-525b557…2ebdfb8509.js:75833  
  | dispatch | @ | _ember_jquery-189e46…6649161a18d.js:5443  
  | d.handle | @ | _ember_jquery-189e46…6649161a18d.js:5247  

La mia configurazione: WordPress e Discourse installati all’interno di una VM Ubuntu 20.04 LTS in esecuzione su VirtualBox sotto Linux. Sto testando all’interno della mia rete locale con il mio DNS personale che punta all’host che ospita la VM VirtualBox. Utilizzo due proxy inversi nginx. Il primo, nella VM Ubuntu, reindirizza le richieste verso/da le porte o socket Unix dei container Docker della VM.
Poi questo viene inoltrato da VirtualBox alla porta 8000 sull’host e un altro nginx funge da proxy inverso per mappare questa porta alla porta 80 della macchina host (quella che ospita la VM).
Sto testando questa configurazione per simulare un ambiente reale, poiché voglio eseguire sia WordPress che Discourse all’interno di un VPS una volta che avrò risolto tutto localmente.

Fatemmi sapere se avete bisogno di ulteriori informazioni. Grazie!

[angus (Angus McLeod)]

Ciao @dgtal1, scusa per il ritardo nella risposta. Stai ancora riscontrando questo problema? Inoltre, riguardava solo questo specifico post o tutti i post?

Sospetto che questo abbia a che fare con il contenuto del post di WordPress stesso, che sembra avviare una richiesta.

[spectrum]

Mi dispiace per aver ripreso una discussione vecchia, ma sto riscontrando lo stesso problema, anche se su Drupal e non su WordPress. In precedenza avevo disabilitato la Content Security Policy per cercare di risolvere questo problema, ma ora vedo l’errore 422 Unprocessable Entity quando clicco sul pulsante “Show Full Post”. Questa funzionalità del pulsante interrotta sembra verificarsi su tutti gli articoli pubblicati, quindi non solo su quelli nuovi. Anche quelli più vecchi con la troncazione abilitata sono interessati.

La mia installazione è dietro Cloudflare, ma non vedo alcun log di eventi di sicurezza che indichi che le risorse vengano bloccate dall’area WAF o dalle regole gestite. Non sono sicuro di cosa fare dopo per risolvere questo problema.

[angus (Angus McLeod)]

Ciao @spectrum, potresti aprire un argomento Support separato con maggiori dettagli, tra cui:

1. Alcuni log (come il primo post in questo argomento).
2. Link ai post pertinenti su Discourse e Drupal, se possibile.

Non tutti gli errori 422 sono uguali. Nel caso sopra, è stato probabilmente dovuto al contenuto del post.

*Nota che ho spostato il tuo post da Support > WordPress a Support poiché non riguarda WordPress o il plugin WP Discourse.

[JammyDodger]

È lo stesso problema risolto in questo argomento @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]

Sì, lo è! Mi scuso per il ritardo. Sono riuscito a confermare che sta funzionando dopo che un indirizzo IP è stato sbloccato dal nostro server. Avevo dimenticato di aver contattato anche questo thread durante la risoluzione dei problemi, quindi mi scuso per questo! Spero che questo aiuti a indirizzare altri con problemi simili nella giusta direzione.