Come usare FIDO2 con Discourse dietro un reverse proxy?

[JonahAragon1 (Jonah Aragon)]

Qualcuno ha mai capito come usare FIDO2 con Discourse dietro un reverse proxy? Sto riscontrando questo problema utilizzando il template web.socketed.template.yml con un forum dietro un Cloudflare Tunnel.

Né Yubikey 2FA né i nuovi login Passkey funzionano per me.

[pmusaraj (Penar Musaraj)]

Questa è una configurazione di sviluppo? Potrebbe essere necessario sovrascrivere temporaneamente questa parte:

lib/discourse_webauthn.rb

Ed è anche probabile che sia utile utilizzare il flag --forward-host quando si esegue il server, ad esempio bin/ember-cli -u --forward-host.

[JonahAragon1 (Jonah Aragon)]

No, questa è un’installazione di produzione.

[pmusaraj (Penar Musaraj)]

Quali messaggi di errore stai ricevendo?

[JonahAragon1 (Jonah Aragon)]

[pmusaraj (Penar Musaraj)]

Qual è l’URL completo della richiesta fallita, /auth.json?

[JonahAragon1 (Jonah Aragon)]

Ah, no: /session/passkey/auth.json

[pmusaraj (Penar Musaraj)]

Ok, il tuo server ritiene di non essere in esecuzione sull’hostname richiesto dal browser. La procedura di generazione della chiave di sicurezza/passkey deve garantire che l’hostname del browser corrisponda a quello del server (le chiavi vengono generate per hostname).

Puoi accedere alla tua console Rails e verificare quale sia l’output di Discourse.current_hostname? Se non corrisponde all’URL che utilizzi per accedere al sito, questo è il problema.

[pmusaraj (Penar Musaraj)]

Nota, questo potrebbe anche essere un problema di http vs https. Vedo che il logo cerca un URL sotto http:// sul tuo sito.

[JonahAragon1 (Jonah Aragon)]

Discourse.current_hostname non corrisponde all’URL che uso per accedere al sito. C’è un modo per vedere quale hostname Discourse pensa che il mio browser stia richiedendo?

[pmusaraj (Penar Musaraj)]

Cosa si ottiene per Discourse.base_url nella console?

[JonahAragon1 (Jonah Aragon)]

Ah, quello è impostato su un URL http:// (con il nome host corretto). Sto usando la configurazione descritta qui per rendere Discourse accessibile a Cloudflare Tunnel:

Run other websites on the same machine as Discourse

@pfaffman edited this heavily 2022.02.24. Blame me if it’s broken. If you want to run other websites on the same machine as Discourse, you need to set up an extra NGINX or HAProxy proxy in front of the Docker container. NOTE: This is for advanced admins This guide assumes you already have Discourse working - if you don’t, it may be hard to tell whether or not the configuration is working. You cannot use ./discourse-setup to set up Discourse if another server is using port 80 or 443. You will …

[JonahAragon1 (Jonah Aragon)]

Oh, penso di aver capito. Abilitare l’impostazione force https in Discourse sembra averlo risolto, non sono sicuro del perché fosse disattivata. Non credo fosse necessaria nella configurazione predefinita prima di aggiungere un altro reverse proxy davanti ad essa. Grazie per il tuo aiuto!