Comment utiliser FIDO2 avec Discourse derrière un proxy inverse ?

[JonahAragon1 (Jonah Aragon)]

Quelqu’un a-t-il déjà trouvé comment utiliser FIDO2 avec Discourse derrière un proxy inverse ? Je rencontre ce problème en utilisant le modèle web.socketed.template.yml avec un forum derrière un Cloudflare Tunnel.

Ni la 2FA Yubikey ni les nouvelles connexions Passkey ne fonctionnent pour moi.

[pmusaraj (Penar Musaraj)]

Est-ce sur un environnement de développement ? Vous devrez peut-être remplacer temporairement ce bout :

lib/discourse_webauthn.rb

Il est également probable qu’il soit utile d’utiliser l’indicateur --forward-host lors de l’exécution du serveur, c’est-à-dire bin/ember-cli -u --forward-host.

[JonahAragon1 (Jonah Aragon)]

Non, il s’agit d’une installation de production.

[pmusaraj (Penar Musaraj)]

Quels messages d’erreur recevez-vous ?

[JonahAragon1 (Jonah Aragon)]

[pmusaraj (Penar Musaraj)]

Quelle est l’URL complète de la requête échouée, /auth.json ?

[JonahAragon1 (Jonah Aragon)]

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

[pmusaraj (Penar Musaraj)]

Ok, votre serveur pense qu’il ne fonctionne pas sur le nom d’hôte demandé par le navigateur. La procédure de génération de clé de sécurité / de mot de passe doit s’assurer que le nom d’hôte du navigateur correspond à celui du serveur (les clés sont générées par nom d’hôte).

Pouvez-vous vous connecter à votre console Rails et vérifier ce que renvoie Discourse.current_hostname ? S’il ne correspond pas à l’URL que vous utilisez pour accéder au site, c’est le problème.

[pmusaraj (Penar Musaraj)]

Notez que cela pourrait également être un problème de http par rapport à https. Je vois que le logo recherche une URL sous http:// sur votre site.

[JonahAragon1 (Jonah Aragon)]

Discourse.current_hostname ne correspond pas à l’URL que j’utilise pour accéder au site. Existe-t-il un moyen de voir ce que Discourse pense que mon navigateur demande comme nom d’hôte ?

[pmusaraj (Penar Musaraj)]

Qu’obtenez-vous pour Discourse.base_url dans la console ?

[JonahAragon1 (Jonah Aragon)]

Ah, c’est bien configuré sur une URL http:// (avec le bon nom d’hôte). J’utilise la configuration décrite ici pour rendre Discourse accessible à 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, je pense que j’ai compris. L’activation du paramètre force https dans Discourse semble l’avoir résolu, je ne suis pas sûr pourquoi il était désactivé. Je ne pense pas qu’il était nécessaire dans la configuration par défaut avant d’ajouter un autre proxy inverse devant. Merci pour votre aide !