Wie benutzt man FIDO2 mit Discourse hinter einem Reverse Proxy?

[JonahAragon1 (Jonah Aragon)]

Hat jemand herausgefunden, wie man FIDO2 mit Discourse hinter einem Reverse-Proxy verwendet? Ich habe dieses Problem mit der Vorlage web.socketed.template.yml mit einem Forum hinter einem Cloudflare Tunnel.

Weder Yubikey 2FA noch die neuen Passkey-Logins funktionieren bei mir.

[pmusaraj (Penar Musaraj)]

Befindet sich dies in einer Entwicklungsumgebung? Möglicherweise müssen Sie diesen Teil vorübergehend überschreiben:

lib/discourse_webauthn.rb

Es ist auch wahrscheinlich hilfreich, die Option --forward-host beim Ausführen des Servers zu verwenden, d. h. bin/ember-cli -u --forward-host.

[JonahAragon1 (Jonah Aragon)]

Nein, dies ist eine Produktionsinstallation.

[pmusaraj (Penar Musaraj)]

Welche Fehlermeldungen erhalten Sie?

[JonahAragon1 (Jonah Aragon)]

[pmusaraj (Penar Musaraj)]

Was ist die vollständige URL der fehlgeschlagenen Anfrage, /auth.json?

[JonahAragon1 (Jonah Aragon)]

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

[pmusaraj (Penar Musaraj)]

Ok, Ihr Server glaubt, dass er nicht auf dem Hostnamen läuft, den der Browser anfordert. Das Verfahren zur Generierung des Sicherheitsschlüssels/Passkeys muss sicherstellen, dass der Hostname des Browsers mit dem des Servers übereinstimmt (Schlüssel werden pro Hostname generiert).

Können Sie sich bei Ihrer Rails-Konsole anmelden und die Ausgabe von Discourse.current_hostname überprüfen? Wenn diese nicht mit der URL übereinstimmt, über die Sie auf die Website zugreifen, ist das das Problem.

[pmusaraj (Penar Musaraj)]

Beachten Sie, dass dies auch ein Problem mit http vs. https sein könnte. Ich sehe, dass das Logo auf Ihrer Website nach einer URL unter http:// sucht.

[JonahAragon1 (Jonah Aragon)]

Discourse.current_hostname stimmt mit der URL, die ich für den Zugriff auf die Website verwende, überein. Gibt es eine Möglichkeit zu sehen, was Discourse denkt, dass mein Browser anfordert?

[pmusaraj (Penar Musaraj)]

Was erhalten Sie für Discourse.base_url in der Konsole?

[JonahAragon1 (Jonah Aragon)]

Ah, das ist auf eine http://-URL (mit dem korrekten Hostnamen) gesetzt. Ich verwende die hier beschriebene Einrichtung, um Discourse für Cloudflare Tunnel zugänglich zu machen:

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, ich glaube, ich habe es. Das Aktivieren der Einstellung force https in Discourse scheint es behoben zu haben. Ich bin mir nicht sicher, warum sie deaktiviert war. Ich glaube nicht, dass sie in der Standardkonfiguration notwendig war, bevor ein weiterer Reverse-Proxy davor geschaltet wurde. Danke für deine Hilfe!