هل اكتشف أي شخص كيفية استخدام FIDO2 مع Discourse خلف وكيل عكسي؟ أواجه هذه المشكلة باستخدام القالب web.socketed.template.yml مع منتدى خلف Cloudflare Tunnel.
لا يعمل كل من Yubikey 2FA وتسجيل الدخول الجديد Passkey بالنسبة لي.
هل هذا في بيئة تطوير؟ قد تحتاج إلى تجاوز هذا الجزء مؤقتًا:
ومن المحتمل أيضًا أن يكون من المفيد استخدام العلامة --forward-host عند تشغيل الخادم، أي bin/ember-cli -u --forward-host.
لا، هذا تثبيت إنتاجي.
ما هي رسائل الخطأ التي تتلقاها؟
ما هو عنوان URL الكامل للطلب الفاشل، /auth.json؟
آه، لا: /session/passkey/auth.json
حسنًا، يبدو أن خادمك يعتقد أنه لا يعمل على اسم المضيف الذي يطلبه المتصفح. يجب أن تضمن إجراءات إنشاء المفتاح الأمني/كلمة المرور أن يتطابق اسم المضيف للمتصفح مع اسم المضيف للخادم (يتم إنشاء المفاتيح لكل اسم مضيف).
هل يمكنك تسجيل الدخول إلى وحدة تحكم Rails الخاصة بك والتحقق من ناتج Discourse.current_hostname؟ إذا لم يتطابق مع عنوان URL الذي تستخدمه للوصول إلى الموقع، فهذه هي المشكلة.
إعجاب واحد (1)
ملاحظة، قد تكون هذه مشكلة http مقابل https أيضًا. أرى أن الشعار يبحث عن عنوان URL ضمن http:// على موقعك.
إعجاب واحد (1)
هل Discourse.current_hostname يطابق عنوان URL الذي أستخدمه للوصول إلى الموقع؟ هل هناك طريقة لمعرفة ما يعتقده Discourse أن عنوان المضيف الذي يطلبه متصفحي هو؟
إعجاب واحد (1)
ما الذي تحصل عليه لـ Discourse.base_url في وحدة التحكم؟
إعجاب واحد (1)
آه، هذا تم تعيينه إلى عنوان URL http:// (مع اسم المضيف الصحيح). أنا أستخدم الإعداد الموضح هنا لجعل Discourse متاحًا لـ Cloudflare Tunnel:
أوه، أعتقد أنني فهمت. يبدو أن تمكين إعداد force https في Discourse قد أصلحه، لست متأكدًا لماذا كان معطلاً. لا أعتقد أنه كان ضروريًا في التكوين الافتراضي قبل إضافة وكيل عكسي آخر أمامه. شكراً لمساعدتك!
3 إعجابات
تم إغلاق هذا الموضوع تلقائيًا بعد 30 يومًا من آخر رد. لم تعد الردود الجديدة مسموح بها.