Für die OAuth2-Dokumentation sind Konfigurationsdetails erforderlich.
Bei der Konfiguration der OAuth2-Authentifizierungsmethode für Github wird ein Benutzer umgeleitet zu:
/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
mit einem 500 Fehler.
Das Problem scheint darin zu liegen, dass der Rückruf-URI nicht mit dem redirect_uri
übereinstimmt , aber ich habe die URI- Nomenklatur von admin/auths/new
befolgt.
Ich habe die relevanten Bits (z. B. DISABLE_REGISTRATION = false
und ENABLE_REVERSE_PROXY_AUTHENTICATION = true
) in meiner benutzerdefinierten Datei / conf / app.ini festgelegt, und es scheint nichts im Spickzettel oder in den Authentifizierungsabschnitten zu geben der Dokumentation zu diesem Problem und kein Ort, an dem der Umleitungs-URI über die Weboberfläche festgelegt werden kann.
Im Idealfall wird dies geschlossen, nachdem die Dokumentation aktualisiert wurde, die einen Eintrag für die häufig gestellten Fragen zur OAuth2-Konfiguration enthält, und die Konfiguration "bekannt gut" wird in den Dokumenten aufgezeichnet (idealerweise mit den anderen Authentifizierungsmaterialien).
Ich kann die Dokumente PR, ich muss nur wissen, warum diese scheinbar geradlinige Sache problematisch ist.
[x]
):Auf was ist deine ROOT_URL eingestellt? Ich hatte das gleiche Problem (einschließlich des etwas irreführenden Fehlers "Ungültiges Token empfangen ..."), fand jedoch heraus, dass meine ROOT_URL auf http: // foo gesetzt war , während ich sie bereits über Apache httpd (https) auf https verschoben hatte. das ist umgekehrt Proxy zu Gitea). Das Ändern meiner ROOT_URL in https: // foo hat das Problem behoben
Schließen, bitte wieder öffnen, wenn Sie dies noch erleben.
Ich bin hierher gekommen, weil ich dies erlebt habe und festgestellt habe, dass die Antwort von @hnsr mein Problem gelöst hat.
Ich habe jedoch keine Möglichkeit gefunden, meine ROOT_URL vom Frontend aus zu ändern (es sollte wirklich eine geben).
Hilfreichster Kommentar
Auf was ist deine ROOT_URL eingestellt? Ich hatte das gleiche Problem (einschließlich des etwas irreführenden Fehlers "Ungültiges Token empfangen ..."), fand jedoch heraus, dass meine ROOT_URL auf http: // foo gesetzt war , während ich sie bereits über Apache httpd (https) auf https verschoben hatte. das ist umgekehrt Proxy zu Gitea). Das Ändern meiner ROOT_URL in https: // foo hat das Problem behoben