บนเว็บไซต์https://code.google.com/apis/consoleฉันได้ลงทะเบียนแอปพลิเคชันของฉันแล้วตั้งค่ารหัสลูกค้าที่สร้าง:และความลับลูกค้าในแอปของฉันและพยายามลงชื่อเข้าใช้ด้วย 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

ข้อความนี้หมายถึงอะไรและฉันจะแก้ไขได้อย่างไร ผมใช้อัญมณีomniauth-google-OAuth2

URI การเปลี่ยนเส้นทาง (ซึ่งการตอบกลับถูกส่งคืน) จะต้องลงทะเบียนในคอนโซล API และข้อผิดพลาดระบุว่าคุณยังไม่ได้ทำหรือไม่ได้ทำอย่างถูกต้อง

ไปที่คอนโซลสำหรับโครงการของคุณและดูภายใต้การเข้าถึง API คุณควรเห็นclient ID& ที่client secretนั่นพร้อมกับรายการของการเปลี่ยนเส้นทาง URIs หาก URI ที่คุณต้องการไม่มีอยู่ในรายการให้คลิกแก้ไขการตั้งค่าและเพิ่ม URI ลงในรายการ

แก้ไข: (จากความคิดเห็นที่ได้คะแนนสูงด้านล่าง) โปรดทราบว่าการอัปเดตคอนโซลของ Google api และการเปลี่ยนแปลงที่มีอยู่อาจใช้เวลาสักครู่ โดยทั่วไปแล้วเพียงไม่กี่นาที แต่บางครั้งก็ดูเหมือนนานกว่านั้น

ในกรณีของฉันมันเป็นwwwและnon-wwwURL ไซต์จริงมีwwwURL และURIs การเปลี่ยนเส้นทางที่ได้รับอนุญาตในคอนโซลนักพัฒนาซอฟต์แวร์ของ Google มีnon-wwwURL ดังนั้นจึงมีความไม่ตรงกันในการเปลี่ยนเส้นทาง URI ฉันแก้ไขได้โดยอัปเดตAuthorized Redirect URIsใน Google Developer Console เป็นwwwURL

ข้อผิดพลาด URI ทั่วไปอื่น ๆ คือ:

• ใช้http://ใน URIs การเปลี่ยนเส้นทางที่ได้รับอนุญาตและhttps://เป็น URL จริงหรือในทางกลับกัน
• การใช้การต่อท้ายสแลช ( http://example.com/) ใน URIs การเปลี่ยนเส้นทางที่ได้รับอนุญาตและไม่ใช้การต่อท้ายสแลช ( http://example.com) เป็น URL จริงหรือในทางกลับกัน

นี่คือภาพหน้าจอทีละขั้นตอนของคอนโซลนักพัฒนาซอฟต์แวร์ของ Google เพื่อให้เป็นประโยชน์สำหรับผู้ที่ยากที่จะค้นหาหน้าคอนโซลนักพัฒนาซอฟต์แวร์เพื่ออัปเดต URIs การเปลี่ยนเส้นทาง

1. ไปที่https://console.developers.google.com

2. เลือกโครงการของคุณ

3. คลิกที่ไอคอนเมนู

4. คลิกที่API Managerเมนู

5. คลิกที่Credentialsเมนู และภายใต้OAuth 2.0 Client IDsคุณจะพบชื่อลูกค้าของคุณ Web Client 1ในกรณีของฉันมันเป็น คลิกที่ภาพและป๊อปอัพจะปรากฏขึ้นซึ่งคุณสามารถแก้ไขผู้มีอำนาจ Javascript แหล่งกำเนิดสินค้าและยูริเปลี่ยนเส้นทางที่ได้รับอนุญาต

นี่คือบทความของ Google ในการสร้างโครงการและรหัสลูกค้า

หากคุณใช้ปุ่มจาวาสคริปต์ Google+คุณต้องใช้postmessageแทน URI จริง ฉันใช้เวลาเกือบทั้งวันในการคิดสิ่งนี้เนื่องจากเอกสารของ Google ไม่ได้ระบุอย่างชัดเจนด้วยเหตุผลบางประการ

ในโฟลว์ใด ๆ ที่คุณดึงรหัสการอนุญาตทางฝั่งไคลเอ็นต์เช่นGoogleAuth.grantOfflineAccess()APIและตอนนี้คุณต้องการส่งรหัสไปยังเซิร์ฟเวอร์ของคุณแลกมันและเก็บโทเค็นการเข้าถึงและรีเฟรชแล้วคุณต้องใช้สตริงตัวอักษรpostmessageแทนการเปลี่ยนเส้นทาง

ตัวอย่างเช่นการสร้างข้อมูลโค้ดในRuby doc :

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+ Sign-In เอกสารเก่า นี่คือภาพหน้าจอและลิงก์เก็บถาวรตั้งแต่ G + ปิดและลิงก์นี้จะหายไป:

ไม่อาจยกโทษให้ได้อย่างแน่นอนว่าหน้าเอกสารสำหรับการเข้าถึงออฟไลน์ไม่ได้กล่าวถึงสิ่งนี้ #FacePalm

สำหรับเว็บแอปพลิเคชันของฉันฉันแก้ไขข้อผิดพลาดด้วยการเขียน

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และสร้างรหัสลูกค้าคุณจะได้รับโอกาสในการระบุ URIs การเปลี่ยนเส้นทางอย่างน้อยหนึ่งรายการ ค่าของredirect_uriพารามิเตอร์ในรับรองความถูกต้อง URI ของคุณจะต้องตรงกับหนึ่งในนั้น ๆ

คำตอบนี้เป็นเช่นเดียวกับคำตอบของไมค์นี้และคำตอบของเจฟฟ์ทั้งสองชุดredirect_uriไปpostmessageบนฝั่งไคลเอ็นต์ ฉันต้องการเพิ่มเพิ่มเติมเกี่ยวกับฝั่งเซิร์ฟเวอร์และสถานการณ์พิเศษที่ใช้กับการกำหนดค่านี้

กองเทค

แบ็กเอนด์

• Python 3.6
• Django 1.11
• Django REST Framework 3.9 : เซิร์ฟเวอร์เป็น API ไม่แสดงผลเทมเพลตไม่ได้ทำอะไรมาก
• Django REST Framework JWT 1.11
• Django REST Social Auth <2.1

ส่วนหน้า

• ตอบสนอง : 16.8.3 create-react-appรุ่น 2.1.5
• react-google-login : 5.0.2

โฟลว์ "รหัส" (โดยเฉพาะสำหรับ Google OAuth2)

สรุป: ตอบโต้ -> ขอการรับรองความถูกต้องทางสังคม "รหัส" -> ขอ jwt โทเค็นเพื่อรับสถานะ "เข้าสู่ระบบ" ในแง่ของเซิร์ฟเวอร์ / ฐานข้อมูลแบ็กเอนด์ของคุณเอง

1. ส่วนหน้า (ตอบโต้) ใช้ "ปุ่มลงชื่อเข้าใช้ Google" พร้อมresponseType="code"รับรหัสการอนุญาต (ไม่ใช่โทเค็นไม่ใช่เข้าสู่โทเค็น!)
   • ปุ่มลงชื่อเข้าใช้ google นั้นมาจากที่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ใน Djangosettings.pyที่ไม่จำเป็น (พวกเขามีค่าคงที่ใช้โดย Django REST สังคมรับรองความถูกต้อง) ในระยะสั้นที่คุณจะได้ไม่ต้องตั้งค่าอะไรที่เกี่ยวข้องกับ URL การเปลี่ยนเส้นทางใน Django "redirect_uri": "postmessage"ในการตอบสนองพอเพียงส่วนหน้า สิ่งนี้สมเหตุสมผลเนื่องจากการรับรองความถูกต้องทางสังคมที่คุณต้องทำในด้านของคุณคือคำขอ POST แบบ Ajax ทั้งหมดในส่วนหน้าไม่ส่งแบบฟอร์มใด ๆ ดังนั้นจึงไม่มีการเปลี่ยนเส้นทางที่เกิดขึ้นจริงตามค่าเริ่มต้น นั่นเป็นสาเหตุที่ URL การเปลี่ยนเส้นทางไม่ได้ผลหากคุณใช้การไหลของรหัส + JWT และการตั้งค่าการเปลี่ยนเส้นทาง 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 stack

2015 กรกฎาคม 15 - การเข้าสู่ระบบที่ทำงานสัปดาห์ที่แล้วด้วยสคริปต์นี้ในการเข้าสู่ระบบ

<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?
• &หรือ&?
• slash ต่อท้าย ( /) หรือเปิด?
• (CMD/CTRL)+Fค้นหาการจับคู่ที่ตรงกันในหน้าข้อมูลรับรอง หากไม่พบให้ค้นหาสิ่งที่ขาดไป
• รอจนกว่า google จะรีเฟรช อาจเกิดขึ้นในแต่ละครึ่งชั่วโมงหากคุณเปลี่ยนบ่อยหรืออาจอยู่ในสระน้ำ สำหรับกรณีของฉันมันเกือบจะครึ่งชั่วโมงที่จะมีผล

ในกรณีของฉันประเภทของข้อมูลรับรองของฉันคือ "อื่น ๆ " ดังนั้นฉันไม่พบAuthorized redirect URIsในหน้าข้อมูลรับรอง ดูเหมือนว่าจะปรากฏในประเภทแอปพลิเคชัน: "เว็บแอปพลิเคชัน" แต่คุณสามารถคลิกที่Download JSONปุ่มเพื่อรับclient_secret.jsonไฟล์

เปิดแฟ้ม JSON "redirect_uris":["urn:ietf:wg:oauth:2.0:oob","http://localhost"]และคุณสามารถหาพารามิเตอร์เช่นนี้: ฉันเลือกที่จะใช้http: // localhostและมันใช้ได้ดีสำหรับฉัน

URL การเปลี่ยนเส้นทางเป็นแบบตรงตามตัวพิมพ์ใหญ่ - เล็ก

ในกรณีของฉันฉันเพิ่มทั้ง: http: // localhost: 5023 / AuthCallback / IndexAsync http: // localhost: 5023 / authcallback / indexasync

วิธีการแก้ปัญหาข้างต้นไม่ได้ผลสำหรับฉัน ด้านล่างทำ

เปลี่ยน URL เปลี่ยนเส้นทางที่ได้รับอนุญาตเป็น - https: // localhost: 44377 / signin-google

หวังว่านี่จะช่วยใครซักคน

ระวังการเสริม/ที่ตอนท้ายของ url http://localhost:8000จะแตกต่างจากhttp://localhost:8000/

ผู้ใช้ Rails (จากomniauth-google-oauth2เอกสาร):

แก้ไข Protocol Mismatch สำหรับ redirect_uri ใน Rails

เพียงตั้ง full_host ใน OmniAuth ตาม Rails.env

# 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 configuration ภายใน) ฉันเปลี่ยน URI ที่ได้รับอนุญาต "http://localhost:8080/"แล้วและข้อความไม่ปรากฏอีกต่อไป ... และวิดีโอที่อัปโหลด ... เอกสาร APIS นั้นอ่อนแอมาก ... ทุกครั้งที่ฉันทำงานกับ google apis ฉันก็แค่ รู้สึกว่า "โชคดี" แต่ไม่มีเอกสารที่ดีเกี่ยวกับเรื่องนี้ .... :( ใช่ฉันทำให้มันทำงานได้ แต่ฉันยังไม่เข้าใจว่าทำไมมันถึงล้มเหลวหรือทำไมมันถึงทำงาน ... มีเพียงหนึ่งเดียว ที่ที่จะยืนยัน URI ในเว็บและมันถูกคัดลอกใน client_secrets.json ... ฉันไม่เข้าใจว่ามีสถานที่ที่สามที่หนึ่งที่ควรจะเขียน URI เดียวกัน ... ฉันค้นหาหรือไม่เพียงเอกสาร แต่ยัง การออกแบบ GUI ของ Google '

ทุกคนที่พยายามหาตำแหน่งที่จะตั้งค่า URL การเปลี่ยนเส้นทางในคอนโซลใหม่: API และการรับรองความถูกต้อง -> ข้อมูลรับรอง -> รหัสลูกค้า OAuth 2.0 -> คลิกที่ลิงก์เพื่อค้นหา URL การเปลี่ยนเส้นทางทั้งหมดของคุณ

ฉันต้องการสร้างรหัสลูกค้าใหม่ภายใต้ API และบริการ -> ข้อมูลรับรอง -> สร้างข้อมูลรับรอง -> OAuth -> อื่น ๆ

จากนั้นฉันดาวน์โหลดและใช้ client_secret.json กับโปรแกรมบรรทัดคำสั่งของฉันซึ่งกำลังอัปโหลดไปยังบัญชี youtube ของฉัน ฉันพยายามใช้รหัสลูกค้า Web App OAuth ซึ่งทำให้ฉันมีข้อผิดพลาดในการเปลี่ยนเส้นทาง URI ในเบราว์เซอร์

ลองทำการตรวจสอบเหล่านี้:

1. Bundle ID ในคอนโซลและในแอปพลิเคชันของคุณ ฉันชอบชุด Bundle ID ของแอปพลิเคชันเช่นนี้ "org.peredovik. $ {PRODUCT_NAME: rfc1034identifier}"
2. ตรวจสอบว่าคุณได้เพิ่มประเภท URL ที่แท็บ Info เพียงพิมพ์ Bundle ID ของคุณใน Identifier และ Schemes URL ชุดบทบาทเป็น Editor
3. ในคอนโซลที่ cloud.google.com "APIs & auth" -> "หน้าจอยินยอม" กรอกแบบฟอร์มเกี่ยวกับแอปพลิเคชันของคุณ ต้องระบุ "ชื่อผลิตภัณฑ์"

สนุก :)

ในกรณีของฉันฉันต้องตรวจสอบประเภทรหัสลูกค้าสำหรับเว็บแอปพลิเคชัน / แอปพลิเคชันที่ติดตั้ง

แอปพลิเคชั่นที่ติดตั้ง: http: // localhost [Redirect URIs] ในกรณีนี้ localhost ก็ใช้งานได้

เว็บแอปพลิเคชัน: คุณต้องมีชื่อโดเมนที่ถูกต้อง [Redirect URIs:]

สิ่งที่คุณต้องทำคือกลับไปที่คอนโซลนักพัฒนาซอฟต์แวร์ของคุณแล้วไปที่ API & การรับรองความถูกต้อง> หน้าจอแสดงความยินยอมและกรอกข้อมูลนั้น โดยเฉพาะชื่อผลิตภัณฑ์

อย่าลืมที่จะรวมเส้นทางหลังจากโดเมนและ ip ของคุณ ในกรณีของฉันฉันลืม:

/ oauth2callback

ฉันมีสอง URI คำขอของในคอนโซล, http: // xxxxx / ลูกค้า / API / สเปรดชีต / authredirectและhttp: // localhost

ฉันลองตอบคำถามทั้งหมดนี้และยืนยันว่าไม่ได้เป็นปัญหาของฉัน

ฉันลบ localhost ออกจากคอนโซลอัปเดต client_secret.json ในโครงการของฉันและข้อผิดพลาดไม่ตรงกันก็หายไป

ฉันมีปัญหาเดียวกันกับการลงชื่อเข้าใช้ google ฉันกำลังจะดึงผมของฉัน !!! ฉันป้อนการเรียกกลับของฉันอย่างถูกต้องในแผงข้อมูลรับรองของ Google ที่คอนโซลนักพัฒนาซอฟต์แวร์ของ Google ที่นี่คือ URL การเปลี่ยนเส้นทางของฉัน:

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

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

https://www.example.com/oauth2callback

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

ทุกอย่างดูดีใช่มั้ย แต่มันยังใช้งานไม่ได้จนกว่าฉันจะเพิ่มUrl ที่มีมนต์ขลังมากกว่านี้ฉันได้เพิ่มsignin-google url (ซึ่งเป็นค่าเริ่มต้นของการติดต่อกลับของ Google) โดยไม่มี wwwและแก้ไขปัญหาแล้ว

คำนึงถึง (ขึ้นอยู่กับโดเมนของคุณ) คุณอาจหรืออาจไม่จำเป็นต้องเพิ่มทั้งที่มีและไม่มี URL

ฉันมีแอปส่วนหน้าและ api ส่วนหลัง

จากเซิร์ฟเวอร์เบื้องหลังของฉันฉันกำลังทดสอบโดยการกดปุ่ม Google api และพบข้อผิดพลาดนี้ ในช่วงเวลาทั้งหมดของฉันฉันสงสัยว่าทำไมฉันต้องให้redirect_uriเพราะนี่เป็นเพียงส่วนหลังสำหรับส่วนหน้ามันทำให้รู้สึก

สิ่งที่ฉันทำคือการให้แตกต่างกันredirect_uri(แม้ว่าถูกต้อง) จากเซิร์ฟเวอร์ (สมมติว่านี่เป็นเพียงตัวยึดตำแหน่งมันเพิ่งจะลงทะเบียนกับ Google เท่านั้น) แต่ URL ส่วนหน้าของฉันที่สร้างรหัสโทเค็นแตกต่างกัน ดังนั้นเมื่อฉันส่งรหัสนี้ในการทดสอบฝั่งเซิร์ฟเวอร์ของฉัน (ซึ่งการเปลี่ยนเส้นทาง -uri แตกต่างกัน) ฉันก็พบข้อผิดพลาดนี้

ดังนั้นอย่าทำผิดพลาด ตรวจสอบให้แน่ใจว่าส่วนหน้าของคุณredirect_uriเหมือนกับเซิร์ฟเวอร์ของคุณเหมือน google ใช้เพื่อตรวจสอบความถูกต้อง

ด้านล่างนี้คือสาเหตุของข้อผิดพลาด: ปัญหา redirect_uri_mismatch เกิดขึ้น:

1. เปลี่ยนเส้นทาง URL ช่องว่างที่โครงการ google ของคุณ
2. URL การเปลี่ยนเส้นทางไม่ตรงกับเว็บไซต์ของคุณ
3. สิ่งสำคัญ! มันจะทำงานได้เฉพาะกับโดเมนที่ทำงานเช่น example.com, book.com ฯลฯ (ไม่ทำงานกับโฮสต์ท้องถิ่นหรือ URL AWS LB)

แนะนำให้ใช้ URL ของโดเมน

เคล็ดลับคือการป้อน URL การเปลี่ยนเส้นทางที่ถูกต้องที่จุดของการสร้าง ID ฉันพบว่าการอัปเดต URL การเปลี่ยนเส้นทางเมื่อสร้างรหัสผ่านทาง 'แก้ไข' แล้วจะไม่ทำงานให้เสร็จ สิ่งที่ใช้งานได้สำหรับฉันก็คือการทำซ้ำทั้งโฟลเดอร์ 'ผู้ขาย' และคัดลอกไปยังตำแหน่งเดียวกันกับที่ไฟล์ 'oauth' (จนกระทั่งคุณสร้างโทเค็นสำเร็จแล้วคุณสามารถลบโฟลเดอร์ 'ผู้ขายซ้ำ' ได้) เนื่องจากพยายามชี้ไปที่โฟลเดอร์ผู้จำหน่ายผ่าน '../vendor/autoload' ไม่ทำงานสำหรับฉัน

ดังนั้นลบ OAuth ID ลูกค้าที่มีปัญหาของคุณแล้วลองใช้วิธีนี้มันจะใช้งานได้