Dopo intense ricerche su Google, sembra che il problema sia la versione di OpenSSL. Il mio WordPress, ecc., si trova su un VPS con Ubuntu 20.04 con OpenSSL 1.1.1f, che è l’ultima versione possibile. Tuttavia, Discourse è su 22.04 e utilizza OpenSSL 3.qualcosa.
Quindi, il mio problema è il server dove si trova WordPress, non Discourse.
Beh, dovrei passare a una versione più recente di Ubuntu. Sì, ed ecco perché detesto così tanto tutti i sistemi Linux: devo spostare decine di WordPress semplici, un WooCommerce, due Moodle, Postfix, Varnish e i suoi componenti aggiuntivi, ricostruire LAMP ma con MariaDB, ricostruire lo stack Nginx-Varnish-Apache, ottimizzare i cron, ecc. L’ultima volta che l’ho fatto ci sono voluti tre giorni, e non parlo di giorni lavorativi…
Beh, è un mio problema e solo mio. Lo so. E ora devo prendere una decisione: i miei utenti hanno davvero bisogno della possibilità di accedere al forum utilizzando OpenID con WordPress come provider.
Modifica:
Ho eseguito do-release-upgrade e dopo brevi test sembra funzionare. Le cose sono cambiate su DigitalOcean perché quando ho provato a passare da 18 → 20 è stato un disastro totale.
Ma non è cambiato nulla, comunque.
- OpenID non riesce a recuperare la scoperta, ma curl la vede
- OAuth dà ancora quell’errore SSL
- DiscourseConnect non è un’opzione, perché dirotta tutto
Mi arrendo. Non fa per me 
Modifica
Dio, sono stupido 
Poiché il collegamento diretto e curl al JSON di scoperta funzionavano, ero così assolutamente sicuro che l’errore dovesse essere da parte di Discourse. Ora ho controllato i log di Nginx sul server di WordPress e ogni volta che veniva richiesta la scoperta, Nginx restituiva l’errore 444 — tranne se veniva fatta da me. Dopo di che la soluzione è stata davvero semplice: rimuovere Faraday dalla mia lista di bot indesiderati.
Non lo so. Questo argomento dovrebbe essere eliminato, perché non è correlato a Discourse. Ma certo, può dare un suggerimento a qualcuno che pensa un po’ più in grande.