تحتاج وثائق OAuth2 إلى تفاصيل التكوين.
عند تكوين طريقة مصادقة OAuth2 لـ Github ، تتم إعادة توجيه المستخدم إلى:
/user/oauth2/<authname>/callback?error=redirect_uri_mismatch&error_description=The+redirect_uri+MUST+match+the+registered+callback+URL+for+this+application.&error_uri=https%3A%2F%2Fdeveloper.github.com%2Fapps%2Fmanaging-oauth-apps%2Ftroubleshooting-authorization-request-errors%2F%23redirect-uri-mismatch
مع خطأ 500.
يبدو أن المشكلة مع URI لرد الاتصال الذي لا يتطابق مع redirect_uri
، لكنني اتبعت تسمية URI من admin/auths/new
.
لقد قمت بتعيين البتات ذات الصلة (على سبيل المثال ، DISABLE_REGISTRATION = false
و ENABLE_REVERSE_PROXY_AUTHENTICATION = true
) في مخصص / conf / app.ini ، ولا يبدو أن هناك أي شيء في ورقة الغش أو أقسام المصادقة من الوثائق حول هذه المشكلة ، ولا مكان لتعيين إعادة التوجيه URI من واجهة الويب.
من الناحية المثالية ، سيتم إغلاق هذا بعد تحديث الوثائق لتوفير إدخال للأسئلة الشائعة حول تهيئة OAuth2 وسيتم تسجيل التكوين "الجيد المعروف" في المستندات (بشكل مثالي مع عناصر المصادقة الأخرى).
يمكنني العلاقات العامة للمستندات ، أحتاج فقط إلى معرفة سبب كون هذا الشيء الذي يبدو واضحًا يمثل مشكلة.
[x]
):ما هو ROOT_URL الذي تم تعيينه؟ واجهت نفس المشكلة (بما في ذلك الخطأ المضلل إلى حد ما "تم استلام رمز غير صالح ...") ، ولكن اكتشفت أنه تم تعيين ROOT_URL الخاص بي على http: // foo ، بينما كنت قد نقلته بالفعل إلى https عبر apache httpd ( وهو عكس الوكلاء إلى gitea). أدى تغيير ROOT_URL إلى https: // foo إلى إصلاح المشكلة
عند الإغلاق ، يرجى إعادة الفتح إذا كنت لا تزال تواجه ذلك.
لقد جئت إلى هنا لأنني واجهت هذا ووجدت أن الإجابة من hnsr حلت مشكلتي.
ومع ذلك ، لم أجد طريقة لتغيير ROOT_URL الخاص بي من الواجهة الأمامية (يجب أن يكون هناك بالفعل).
التعليق الأكثر فائدة
ما هو ROOT_URL الذي تم تعيينه؟ واجهت نفس المشكلة (بما في ذلك الخطأ المضلل إلى حد ما "تم استلام رمز غير صالح ...") ، ولكن اكتشفت أنه تم تعيين ROOT_URL الخاص بي على http: // foo ، بينما كنت قد نقلته بالفعل إلى https عبر apache httpd ( وهو عكس الوكلاء إلى gitea). أدى تغيير ROOT_URL إلى https: // foo إلى إصلاح المشكلة