¿Cómo usar FIDO2 con Discourse detrás de un proxy inverso?

[JonahAragon1 (Jonah Aragon)]

¿Alguien ha descubierto cómo usar FIDO2 con Discourse detrás de un proxy inverso? Estoy teniendo este problema usando la plantilla web.socketed.template.yml con un foro detrás de un Cloudflare Tunnel.

Ni el 2FA de Yubikey ni los nuevos inicios de sesión con Passkey me funcionan.

[pmusaraj (Penar Musaraj)]

¿Está esto en un entorno de desarrollo? Es posible que necesites anular esta parte temporalmente:

lib/discourse_webauthn.rb

Y también es probable que sea útil usar la bandera --forward-host al ejecutar el servidor, es decir, bin/ember-cli -u --forward-host.

[JonahAragon1 (Jonah Aragon)]

No, esta es una instalación de producción.

[pmusaraj (Penar Musaraj)]

¿Qué mensajes de error estás recibiendo?

[JonahAragon1 (Jonah Aragon)]

[pmusaraj (Penar Musaraj)]

¿Cuál es la URL completa de la solicitud fallida, /auth.json?

[JonahAragon1 (Jonah Aragon)]

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

[pmusaraj (Penar Musaraj)]

Ok, entonces tu servidor cree que no se está ejecutando en el nombre de host que solicita el navegador. El procedimiento de generación de claves de seguridad / contraseñas debe garantizar que el nombre de host del navegador coincida con el del servidor (las claves se generan por nombre de host).

¿Puedes iniciar sesión en tu consola de Rails y verificar cuál es la salida de Discourse.current_hostname? Si no coincide con la URL que usas para acceder al sitio, ese es el problema.

[pmusaraj (Penar Musaraj)]

Tenga en cuenta que esto también podría ser un problema de http frente a https. Veo que el logotipo busca una URL en http:// en su sitio.

[JonahAragon1 (Jonah Aragon)]

Discourse.current_hostname no coincide con la URL que uso para acceder al sitio. ¿Hay alguna forma de ver qué cree Discourse que es el nombre de host que mi navegador está solicitando?

[pmusaraj (Penar Musaraj)]

¿Qué obtienes para Discourse.base_url en la consola?

[JonahAragon1 (Jonah Aragon)]

Ah, eso está configurado en una URL http:// (con el nombre de host correcto). Estoy usando la configuración descrita aquí para hacer que Discourse sea accesible 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, creo que lo entiendo. Habilitar la configuración force https en Discourse parece haberlo solucionado, no estoy seguro de por qué estaba desactivada. No creo que fuera necesaria en la configuración predeterminada antes de añadir otro proxy inverso delante de ella. ¡Gracias por tu ayuda!