在网站https://code.google.com/apis/console上，我已经注册了我的应用程序，将生成的Client ID：和Client Secret设置到我的应用程序，并尝试使用Google登录。不幸的是，我收到错误消息：

Error: redirect_uri_mismatch
The redirect URI in the request: http://127.0.0.1:3000/auth/google_oauth2/callback did not match a registered redirect URI

scope=https://www.googleapis.com/auth/userinfo.profile https://www.googleapis.com/auth/userinfo.email
response_type=code
redirect_uri=http://127.0.0.1:3000/auth/google_oauth2/callback
access_type=offline
approval_prompt=force
client_id=generated_id

此消息是什么意思，我该如何解决？我使用gem omn​​iauth-google-oauth2。

重定向URI（返回响应的位置）必须在API控制台中注册，并且该错误表明您尚未执行此操作或未正确执行操作。

转到项目的控制台，然后在“ API访问”下查看。您应该在那里看到client ID＆client secret，以及重定向URI的列表。如果未列出所需的URI，请单击“编辑设置”，然后将URI添加到列表中。

编辑：（从下面的高度评价的评论）请注意，更新google api控制台和存在的更改可能需要一些时间。通常只有几分钟，但有时似乎更长。

在我的情况下，它是www和non-wwwURL。实际站点具有wwwURL，而Google Developer Console中的授权重定向URI具有non-wwwURL。因此，重定向URI不匹配。我通过Authorized Redirect URIs在Google Developer Console中更新为wwwURL 来解决了该问题。

其他常见的URI不匹配是：

• http://在授权重定向URI中使用，并https://作为实际URL使用，反之亦然
• 使用尾部的斜杠（http://example.com/在授权重定向的URI），而不是使用斜线（http://example.com）作为实际的URL，或反之亦然

以下是Google Developer Console的分步屏幕截图，对于那些难以找到开发人员控制台页面来更新重定向URI的人来说将很有帮助。

1. 前往https://console.developers.google.com

2. 选择你的项目

3. 点击菜单图标

4. 点击API Manager菜单

5. 点击Credentials菜单。在下OAuth 2.0 Client IDs，您将找到您的客户名称。就我而言，是Web Client 1。单击它，将出现一个弹出窗口，您可以在其中编辑Authorized Javascript Origin和Authorized redirect URI。

这是有关创建项目和客户端ID的Google文章。

如果您使用的是Google+ javascript按钮，则必须使用postmessage而不是实际的URI。我花了整整一天的时间才弄清楚这一点，因为Google的文档出于某种原因没有明确说明。

在您从客户端检索到授权代码（例如GoogleAuth.grantOfflineAccess()API）的任何流程中，现在您都希望将代码传递给服务器，对其进行兑换以及存储访问和刷新令牌，那么您必须使用文字字符串postmessage而不是redirect_uri。

例如，在Ruby文档的代码段上构建：

client_secrets = Google::APIClient::ClientSecrets.load('client_secrets.json')
auth_client = client_secrets.to_authorization
auth_client.update!(
  :scope => 'profile https://www.googleapis.com/auth/drive.metadata.readonly',
  :redirect_uri => 'postmessage' # <---- HERE
)

# Inject user's auth_code here:
auth_client.code = "4/lRCuOXzLMIzqrG4XU9RmWw8k1n3jvUgsI790Hk1s3FI"
tokens = auth_client.fetch_access_token!
# { "access_token"=>..., "expires_in"=>3587, "id_token"=>..., "refresh_token"=>..., "token_type"=>"Bearer"}

唯一要提及的Google文档postmessage就是该旧版Google+登录文档。这是屏幕截图和存档链接，因为G +正在关闭，该链接可能会消失：

脱机访问的文档页面没有提及这一点是绝对不可原谅的。#FacePalm

对于我的Web应用程序，我通过写来纠正了我的错误

instead of : http://localhost:11472/authorize/
type :      http://localhost/authorize/

确保检查协议“ http：//”或“ https：//”，因为Google也会检查协议。最好将两个URL都添加到列表中。

这似乎很奇怪和烦人，因为没有“一个”解决方案。对我来说，http：// localhost：8000不能解决，但是http：// localhost：8000 /可以解决。

当您在https://code.google.com/apis/console上注册您的应用并创建一个客户端ID时，您就有机会指定一个或多个重定向URI。redirect_uri身份验证URI上的参数值必须与其中之一完全匹配。

这个答案是一样的这个麦克的回答，和杰夫的回答，这两组redirect_uri来postmessage在客户端。我想添加更多有关服务器端的信息，以及适用于此配置的特殊情况。

科技栈

后端

• Python 3.6
• Django 1.11
• Django REST Framework 3.9：服务器作为API，不是呈现模板，在其他地方也没有做很多事情。
• Django REST框架JWT 1.11
• Django REST社会认证 <2.1

前端

• React：16.8.3 create-react-app版本2.1.5
• react-google-login：5.0.2

“代码”流程（专用于Google OAuth2）

简介：React->请求社交身份验证“代码”->请求jwt令牌以您自己的后端服务器/数据库的身份获取“登录”状态。

1. 前端（React）使用“ Google登录按钮” responseType="code"来获取授权码。（这不是令牌，不是访问令牌！）
   • 谷歌登录按钮是从react-google-login上面提到的。
   • 点击按钮将弹出一个弹出窗口供用户选择账户。用户选择一个并且窗口关闭后，您将从按钮的回调函数中获取代码。
2. 前端将其发送到后端服务器的JWT端点。
   • POST请求，带有 { "provider": "google-oauth2", "code": "your retrieved code here", "redirect_uri": "postmessage" }
3. 对于我的Django服务器，我使用Django REST Framework JWT + Django REST Social Auth。Django从前端接收代码，并通过Google的服务进行验证（为您完成）。验证后，它将把JWT（令牌）发送回前端。前端现在可以收获令牌并将其存储在某个地方。
   • 所有的REST_SOCIAL_OAUTH_ABSOLUTE_REDIRECT_URI，REST_SOCIAL_DOMAIN_FROM_ORIGIN并REST_SOCIAL_OAUTH_REDIRECT_URI在Django的settings.py是不必要的。（它们是Django REST Social Auth使用的常量）简而言之，您无需在Django中设置与重定向url相关的任何内容。将"redirect_uri": "postmessage"在阵营前端足矣。这是有道理的，因为您要做的社交身份验证工作是前端中所有Ajax样式的POST请求，而不提交任何形式，因此默认情况下实际上不发生任何重定向。这就是为什么如果您使用代码+ JWT流，重定向URL变得无用的原因，并且服务器端重定向URL设置没有任何效果。
4. Django REST Social Auth处理帐户创建。这意味着它将检查google帐户的电子邮件/姓氏，并查看它是否与数据库中的任何帐户匹配。如果没有，它将使用准确的电子邮件和姓氏为您创建一个。但是，用户名将类似于youremailprefix717e248c5b924d60您的电子邮件为youremailprefix@example.com。它附加了一些随机字符串以创建唯一的用户名。这是默认行为，我相信您可以自定义它，并随时了解他们的文档。
5. 前端存储该令牌，并且当它必须对后端服务器执行CRUD时（尤其是创建/删除/更新），如果将令牌附加在标Authorization头中并向后端发送请求，则Django后端现在会将其识别为登录名，即已验证用户。当然，如果您的令牌已过期，则必须通过发出另一个请求来刷新它。

哦，天哪，我花了6个多小时才终于做到这一点！我相信这是我第一次看到这个postmessage东西。任何从事Django + DRF + JWT + Social Auth + React组合工作的人都肯定会陷入困境。除了这里的答案，我简直不相信那里的任何文章都提到了这一点。但是我真的希望这篇文章可以为您节省大量时间，如果您使用的是Django + React堆栈。

2015July15-上周使用此脚本登录的登录

<script src="https://apis.google.com/js/platform.js" async defer></script>

停止工作并开始导致错误400 Error: redirect_uri_mismatch

并在“详细信息”部分中： redirect_uri=storagerelay://...

我通过更改为解决了：

<script src="https://apis.google.com/js/client:platform.js?onload=startApp"></script>

清单：

• http还是https？
• &还是&？
• 尾部斜杠（/）还是打开？
• (CMD/CTRL)+F，在凭证页面中搜索完全匹配。如果找不到，则搜索丢失的一个。
• 等到谷歌刷新它。如果您经常更改，则可能每半小时发生一次，或者可能停留在游泳池中。就我而言，这几乎要花半个小时。

就我而言，我的凭证应用程序类型是“其他”。因此，我Authorized redirect URIs在凭证页面中找不到。似乎出现在应用程序类型：“ Web应用程序”中。但是您可以单击Download JSON按钮来获取client_secret.json文件。

打开json文件，您可以找到如下所示的参数："redirect_uris":["urn:ietf:wg:oauth:2.0:oob","http://localhost"]。我选择使用http：// localhost，对我来说很好用。

重定向网址区分大小写。

在我的情况下，我同时添加了两个： http：// localhost：5023 / AuthCallback / IndexAsync http：// localhost：5023 / authcallback / indexasync

以上解决方案均不适合我。下面做了

将授权的重定向网址更改为- -https：// localhost：44377 / signin-google

希望这对某人有帮助。

请注意，/网址末尾 的多余内容http://localhost:8000与http://localhost:8000/

Rails用户（来自omn​​iauth-google-oauth2文档）：

在Rails中修复redirect_uri的协议不匹配

只需基于Rails.env在OmniAuth中设置full_host。

＃config / initializers / omniauth.rb

OmniAuth.config.full_host = Rails.env.production？？' https : //domain.com '：' http：// localhost：3000 '

记住：不要在结尾加上“ /”

如果您使用本教程，请访问：https : //developers.google.com/identity/sign-in/web/server-side-flow，则应使用“ postmessage”。

在GO中解决了这个问题：

confg = &oauth2.Config{
        RedirectURL:  "postmessage",
        ClientID:   ...,
        ClientSecret: ...,
        Scopes:      ...,
        Endpoint:     google.Endpoint,
}

对我来说，这是因为在“授权重定向URI”列表中，我输入的是错误的https://developers.google.com/oauthplayground/而不是https://developers.google.com/oauthplayground（/末尾没有）。

让我完成@Bazyl的回答：在收到的消息中，他们提到了URI "http://localhost:8080/" （当然，它似乎是Google内部的配置）。我更改了该URI的授权URI "http://localhost:8080/"，消息不再出现...并且视频上传了... APIS文档非常la脚...每次我使用谷歌api进行操作时，我都会感到“幸运”，但是缺少有关它的文档....：:(是的，我可以使用它，但是我仍然不明白为什么它失败了，或者为什么它无法工作...只有一个在Web上确认URI的地方，并且将其复制到client_secrets.json中。如果有一个应该写入相同URI的第三地方，我不知道。我不仅找到文档，而且找到Google的GUI设计

任何人都在新控制台中苦苦寻找在哪里设置重定向URL的地方：API和Auth->凭据-> OAuth 2.0客户端ID->单击链接以查找所有重定向URL

我需要在API和服务->凭据->创建凭据-> OAuth->其他下创建一个新的客户端ID

然后，我下载了client_secret.json并将其与上传到我的youtube帐户的命令行程序一起使用。我试图使用Web App OAuth客户端ID，该ID在浏览器中给了我重定向URI错误。

尝试执行以下检查：

1. 控制台和应用程序中的捆绑ID。我更喜欢设置应用程序的捆绑ID，例如“ org.peredovik。$ {PRODUCT_NAME：rfc1034identifier}”
2. 检查是否在“信息”选项卡上添加了URL类型，只需在“标识符和URL方案”（角色设置为“编辑器”）中键入Bundle ID
3. 在控制台上cloud.google.com的“ API和身份验证”->“同意屏幕”填写有关您的应用程序的表格。“产品名称”为必填字段。

请享用 ：）

就我而言，我必须检查Web应用程序/已安装应用程序的客户端ID类型。

已安装的应用程序：http：// localhost [重定向URI]在这种情况下，localhost可以正常工作

Web应用程序：您需要有效的域名[重定向URI：]

您需要做的是回到开发人员控制台，然后转到“ APIs＆Auth”>“同意屏幕”并填写。具体来说就是产品名称。

不要忘记在您的域和IP之后添加路径。就我而言，我忘记了：

/ oauth2callback

我在控制台中有两个请求URI，即http：// xxxxx / client / api / spreadsheet / authredirect和http：// localhost。

我尝试了所有对此问题的最佳回答，并确认没有一个问题是我的问题。

我从控制台中删除了本地主机，更新了我的项目中的client_secret.json，不匹配错误消失了。

我在使用Google登录时遇到了同样的问题，我正要拔头发！！！我已经在Google开发人员控制台的google凭据面板中正确输入了回调，这是我的重定向网址：

https://www.example.com/signin-google

https://www.example.com/signin-google/

https://www.example.com/oauth2callback

https://www.example.com/oauth2callback/

每件事看起来都很好吧？但直到我添加了一个神奇的网址，然后又添加了Signin-google url（这是默认的Google回调）后，它仍然无法工作，而 www并没有解决。

考虑到它（取决于您的域），您可能需要添加，也可能不需要添加带或不带www网址

我有前端应用程序和后端api。

从我的后端服务器，我正在通过点击google api进行测试，并且遇到此错误。在我整个时间里，我想知道为什么我需要付出redirect_uri因为这仅仅是后端，因为前端是有意义的。

我在做什么是redirect_uri与服务器提供不同的（尽管有效的）（假设这只是占位符，只需要向Google注册），但是创建令牌代码的前端URL是不同的。因此，当我在服务器端测试中传递此代码时（针对它的redirect-uri有所不同），我遇到了此错误。

所以不要做这个错误。确保您的前端redirect_uri与服务器的前端相同，因为google使用它来验证真实性。

错误原因如下：发生redirect_uri_mismatch问题：

1. 在您的Google项目中重定向URL字段为空。
2. 重定向网址与您的网站不匹配
3. 重要！它仅适用于工作域，例如example.com，book.com等（不适用于本地主机或AWS LB URL）

建议使用域URL

诀窍是在创建ID时输入正确的重定向URL。我发现，一旦通过“编辑”创建了ID后，更新重定向网址就无法完成工作。对我也有用的是复制整个“ vendor”文件夹并将其复制到“ oauth”文件所在的位置（直到成功生成令牌，然后您才能删除重复的“ vendor”文件夹）。这是因为尝试通过'../vendor/autoload'指向供应商文件夹对我不起作用。

因此，请删除您现有的麻烦的客户端OAuth ID，然后尝试这种方法，它将起作用。