Docker部署Web应用遇Google OAuth 2.0授权错误的解决咨询

问题原因 #

• 你在Docker里用的http://web/market/social-auth/complete/google-oauth2/中的web是Docker内部的服务名称，不属于Google OAuth规则认可的**有效公共顶级域名（如.com/.org）**或合法私有域名，Google要求redirect_uri必须指向可被公共网络解析的规范域名，所以直接添加这个地址会被拒绝。
• 本地运行时你用的是符合规范的域名（比如关联myapp.com的地址），能被Google服务器正常解析，所以授权没问题；但Docker内部的服务名无法被外部的Google OAuth服务器识别，导致验证失败，触发invalid_request错误。

解决办法 #

1. 用本地测试域名替代Docker内部服务名 #

• 修改本地hosts文件：
  • Windows：打开C:\Windows\System32\drivers\etc\hosts（需管理员权限）
  • Linux/macOS：编辑/etc/hosts
  • 添加一行：127.0.0.1 myapp.local
• 调整应用配置，把redirect_uri改成http://myapp.local/market/social-auth/complete/google-oauth2/
• 到Google Cloud Console的凭据页面，添加这个http://myapp.local/...地址作为redirect_uri，myapp.local是合法的私有测试域名，Google会认可。

2. 配置端口映射，用宿主机可访问地址 #

• 启动Docker容器时做端口映射，比如把容器内80端口映射到宿主机80端口：

  docker run -p 80:80 your-app-image
  

• 用宿主机的localhost或公网合法域名作为redirect_uri前缀，比如：
  • 本地开发：http://localhost/market/social-auth/complete/google-oauth2/（Google允许localhost作为测试地址）
  • 线上环境：http://myapp.com/market/social-auth/complete/google-oauth2/（确保该域名已在GCC配置，且公网可访问）

3. 修正应用内部的redirect_uri配置 #

• 检查应用代码或配置文件中的redirect_uri设置，确保指向的是外部可访问的地址，而非Docker内部的服务名（比如web）。Google OAuth服务器只能解析公共网络能识别的地址，内部服务名无法通过验证。

内容的提问来源于stack exchange，提问作者Geoffery Quansah.