Google Oauth2.0 web-Anwendung "Authorized redirect URIs" muss am Ende eine öffentliche top-level-domain (wie .com-oder .org)?
Beim erstellen eines Google-API-Oauth2.0-Anmeldeinformationen auf Google Entwickler-Konsole, ich wählen Sie "Web application" - Anwendung geben.
In der "Authorized redirect URIs" - Feld, kann ich http://127.0.0.1/callback, es funktioniert gut für mich auf die lokale Entwicklung.
aber wenn ich verwenden möchten Google-API-Oauth2.0-Anmeldeinformationen auf meinem server(sagen wir mal 99.99.99.99), die ich habe zu verwenden http://99.99.99.99/callback als meine "Authorized redirect URIs", aber google mir eine Warnung:
Ungültiger Redirect: http://99.99.99.99/callback muss mit einem öffentlichen
top-level-domain (wie .com-oder .org)
Außer zum binden eines öffentlichen top-level-domain auf meinem server, was kann ich sonst noch tun?
Entwickle ich in Django und die Nutzung oauth2client Umgang mit Google API Oauth2 , So gibt es zwei Tabellen "oauth2_authentication_credential", "oauth2_authentication_flowmodel" in meiner Datenbank, die die Berechtigung Wert in es, ich kopiere Sie aus meinem localhost zu trennen, aber es funktioniert nicht.
- Wenn Sie über eine gefälschte domain, zum Beispiel: yourrealdomain-localhost.com. Fügen Sie diese Domäne zu einer windows-hosts-Datei und stellen Sie es auf der Suche nach 127.0.0.1, So können Sie diese domain in den Google dev console.
- vee Ihre Methode gut Aussehen.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Gibt es Hilfe-Texte in der Nähe von "Authorized redirect URIs" - Feld, welches eindeutig besagt, dass man nicht mit öffentlichen IP-Adressen:
127.0.0.1
ist keine öffentliche IP, sondern eine loopback, das ist, warum http://127.0.0.1/callback funktioniert einwandfrei. localhost auch verwendet werden könnten: http://localhost/callbackKönnen Sie Kostenlose DNS durch http://xip.io/. Also für IP -
99.99.99.99
verwenden http://99.99.99.99.xip.io/callback. Und es würde aufgelöst werden http://99.99.99.99/callback.99.99.99.99.xip.io
in diesem Fall), um IP-Adressen in Hostnamen und nichts mehr. "Willkommen in nginx-Fedora -!" ist eine der nginx-default-landing-page. Haben Sie bei der Bereitstellung Ihrer Anwendung auf einem server und konfiguriert es? Sehen Sie Ihre app unter 99.99.99.99? Wenn Ihre Anwendung ist zugänglich unter 99.99.99.99, dann 99.99.99.99.xip.io sollte funktionieren.server_name 99.99.99.99;
. Wenn ja, dann ändern Sie es zuserver_name 99.99.99.99 99.99.99.99.xip.io;
.