GCE پر لاپتہ گوگل OAUTH 2.0 ریفریش ٹوکن کے کوڈ کو کریک کرنا

Oauth 2.0 میں ریفریش ٹوکن تضاد کو سمجھنا

تصور کریں کہ آپ کے ویب ایپ کے لئے بغیر کسی ہموار OAUTH 2.0 کی توثیق کا بہاؤ تیار کریں۔ ہر چیز آپ کی مقامی مشین پر بالکل کام کرتی ہے ، لیکن جب گوگل کلاؤڈ انجن (جی سی ای) پر تعینات ہوتا ہے تو ، ایک لازمی ٹکڑا - ریفریش ٹوکن - غائب ہوتا ہے! 🤯 یہ مسئلہ خود کار طریقے سے ٹوکن کی تجدید کو روکتا ہے ، جس سے صارف کے سیشنوں میں خلل پڑتا ہے۔

بہت سارے ڈویلپرز کو نفاذ کے باوجود اس پریشان کن پریشانی کا سامنا کرنا پڑتا ہے رسائی_ ٹائپ = "آف لائن" اور دیگر بہترین عمل۔ لوکل ہوسٹ ماحول مستقل طور پر ایک ریفریش ٹوکن لوٹاتا ہے ، جبکہ بادل کی تعیناتی ایسا کرنے میں ناکام رہتی ہے۔ اسرار گہرا ہوتا ہے کیونکہ دونوں سیٹ اپ ایک ہی کوڈ بیس اور توثیق کے بہاؤ کا اشتراک کرتے ہیں۔

ڈیبگنگ کے ان گنت گھنٹوں کے بعد ، حل اکثر نظرانداز پیرامیٹر میں ہوتا ہے: فوری آپشن اس ترتیب کو ٹویٹ کرنے کا مطلب ریفریش ٹوکن حاصل کرنے اور لامتناہی توثیق لوپ میں پھنس جانے کے درمیان فرق ہوسکتا ہے۔ لیکن ایسا کیوں ہوتا ہے؟ 🤔

اس مضمون میں ، ہم اس مسئلے کی بنیادی وجہ کو جدا کریں گے ، گوگل کے OAUTH 2.0 سلوک کو دریافت کریں گے ، اور ٹھوس فکس فراہم کریں گے۔ چاہے آپ چل رہے ہو a فلاسک ایپ یا کوئی اور فریم ورک ، آپ کام کرنے والے حل اور گوگل کے توثیق کے نرخوں کی بہتر تفہیم کے ساتھ چلے جائیں گے!

فلاسک ایپلی کیشنز میں OAUTH 2.0 ریفریش ٹوکن بازیافت کو سمجھنا

OAUTH 2.0 ایک وسیع پیمانے پر استعمال شدہ توثیق کا فریم ورک ہے جو درخواستوں کو گوگل جیسے بیرونی فراہم کنندگان کے ذریعہ صارفین کی توثیق کرنے کی اجازت دیتا ہے۔ ہماری مثال میں ، ہم نے ایک پر عمل درآمد کیا فلاسک درخواست کا استعمال کرتے ہوئے درخواستیں_او اللیب توثیق کے عمل کو سنبھالنے کے لئے لائبریری۔ تاہم ، ایک اہم مسئلہ پیدا ہوا: ریفریش ٹوکن صرف اس وقت عطا کیا گیا جب مقامی طور پر چل رہا ہے لیکن بادل کے ماحول میں نہیں۔ اس مسئلے نے خود کار طریقے سے ٹوکن کی تجدید کو روکا ، جس سے صارفین کو بار بار تصدیق کی ضرورت ہوتی ہے۔

حل کی بنیادی توثیق کی درخواست کو ایڈجسٹ کرنے میں مضمر ہے۔ پہلے سے طے شدہ طور پر ، گوگل صرف ایک ریفریش ٹوکن دیتا ہے جب واضح طور پر استعمال کرنے کی درخواست کی جاتی ہے رسائی_ ٹائپ = "آف لائن". تاہم ، کچھ معاملات میں ، شامل کرنا فوری = "رضامندی" پیرامیٹر ضروری ہے کہ گوگل کو اجازت کے ل user صارف کو دوبارہ پیش کرنے پر مجبور کریں۔ درخواست پر تعینات کرتے وقت یہ خاص طور پر اہم ہے گوگل کلاؤڈ انجن (جی سی ای)، جہاں پہلے منظور شدہ اجازتیں ختم نہیں ہوسکتی ہیں۔

ہمارا اسکرپٹ OAUTH سیشن کو شروع کرنے اور صارفین کو گوگل کے لاگ ان صفحے پر ری ڈائریکٹ کرنے سے شروع ہوتا ہے۔ ایک بار جب صارف کی توثیق ہوجائے تو ، گوگل ایک اجازت نامہ کوڈ لوٹاتا ہے ، جسے ایپلی کیشن تک رسائی والے ٹوکن کے لئے تبادلہ ہوتا ہے۔ کلیدی مسئلہ یہ تھا کہ ، صحیح پیرامیٹرز کے بغیر ، گوگل ریفریش ٹوکن فراہم نہیں کرے گا ، جس سے طویل مدتی توثیق کو ناممکن بنائے گا۔ شامل کرنے کی درخواست میں ترمیم کرکے فوری = "رضامندی"، ہم اس بات کو یقینی بناتے ہیں کہ ایک نیا ریفریش ٹوکن ہمیشہ تیار ہوتا ہے۔

حل کی توثیق کرنے کے ل we ، ہم نے لاگ ان درخواست کی نقالی کرنے اور تصدیق کرنے کے لئے ایک یونٹ ٹیسٹ بھی تشکیل دیا اور تصدیق کی کہ صحیح توثیق کا URL واپس کردیا گیا ہے۔ اس سے یہ یقینی بنتا ہے کہ ہمارا فکس مختلف ماحول میں کام کرتا ہے۔ اگر آپ کو کبھی بھی کسی ایسے ہی مسئلے کا سامنا کرنا پڑا ہے - جہاں توثیق کے مقابلے میں ترقی میں توثیق مختلف سلوک کرتی ہے - یہ سمجھنا کہ کس طرح OAUTH 2.0 صارف کے سیشن اور ٹوکن استقامت کو سنبھالتا ہے۔ ان ایڈجسٹمنٹ کے ساتھ ، آپ بغیر کسی رکاوٹ کی توثیق اور صارف کے بہتر تجربے کو یقینی بناسکتے ہیں۔ 🚀

from flask import Flask, redirect, session, request
from requests_oauthlib import OAuth2Session
app = Flask(__name__)
app.secret_key = "your_secret_key"
CLIENT_ID = "your_client_id"
CLIENT_SECRET = "your_client_secret"
AUTHORIZATION_BASE_URL = "https://accounts.google.com/o/oauth2/auth"
TOKEN_URL = "https://oauth2.googleapis.com/token"
REDIRECT_URI = "https://yourdomain.com/callback"
@app.route("/login")
def login():
    gcp = OAuth2Session(CLIENT_ID, redirect_uri=REDIRECT_URI, scope=["openid", "email", "profile"])
    authorization_url, state = gcp.authorization_url(AUTHORIZATION_BASE_URL, access_type="offline", prompt="consent")
    session["oauth_state"] = state
    return redirect(authorization_url)
@app.route("/callback")
def callback():
    gcp = OAuth2Session(CLIENT_ID, state=session["oauth_state"], redirect_uri=REDIRECT_URI)
    token = gcp.fetch_token(TOKEN_URL, client_secret=CLIENT_SECRET, authorization_response=request.url)
    session["oauth_token"] = token
    return "Login Successful"
if __name__ == "__main__":
    app.run(debug=True)

import unittest
from app import app
class OAuthTestCase(unittest.TestCase):
    def setUp(self):
        self.app = app.test_client()
    def test_login_redirect(self):
        response = self.app.get("/login")
        self.assertEqual(response.status_code, 302)
        self.assertIn("accounts.google.com", response.location)
if __name__ == "__main__":
    unittest.main()

بادل کے ماحول میں محفوظ اور مستقل OAUTH 2.0 کی توثیق کو یقینی بنانا

کلاؤڈ میں OAUTH 2.0 کی توثیق کی تعیناتی کرتے وقت ایک اہم چیلنج ڈویلپرز کا سامنا کرنا پڑتا ہے اس بات کو یقینی بنارہا ہے کہ توثیق کا عمل سیشنوں میں ہموار رہے۔ جب ریفریش ٹوکن کی منظوری نہیں دی جاتی ہے تو ، صارفین کو لازمی طور پر دوبارہ توثیق کرنا چاہئے ، جو صارف کے تجربے میں خلل ڈال سکتے ہیں۔ یہ مسئلہ اکثر کی غلط ترتیب کی وجہ سے پیدا ہوتا ہے OAUTH 2.0 رضامندی کی اسکرین گوگل کلاؤڈ کنسول میں ، گوگل کو یہ فرض کرنے کی رہنمائی کرنا کہ ایپلی کیشن کو آف لائن رسائی کی ضرورت نہیں ہے۔

ایک اور اہم عنصر اس بات کو یقینی بنارہا ہے کہ تمام ضروری API اسکوپس کو مناسب طریقے سے تشکیل دیا گیا ہے۔ اگر بادل کی میزبانی کی گئی درخواست حق کی درخواست نہیں کرتی ہے OAuth 2.0 Scopes، گوگل ریفریش ٹوکن کو چھوڑ کر دی گئی اجازتوں کو محدود کرسکتا ہے۔ ڈویلپرز کو یہ تصدیق کرنی چاہئے کہ ان کی درخواست واضح طور پر آف لائن رسائی کی درخواست کرتی ہے اور اس میں متعلقہ اسکوپس شامل ہیں ، جیسے "اوپن آئی ڈی" ، "ای میل" ، اور "پروفائل"، توثیق کی درخواست میں۔ اضافی طور پر ، استعمال کرتے ہوئے شامل_گراینٹڈ_سکوپس = "سچ" پیرامیٹر پچھلے سیشنوں میں دی گئی اجازتوں کو برقرار رکھنے میں مدد کرتا ہے۔

توثیق کی حفاظت اور استقامت کو مزید بڑھانے کے لئے ، ڈویلپرز کو مضبوط کو نافذ کرنا چاہئے ٹوکن اسٹوریج. سیشن متغیر میں ٹوکن کو ذخیرہ کرنے کے بجائے ، ایک محفوظ ڈیٹا بیس یا انکرپٹڈ اسٹوریج میکانزم کا استعمال کرتے ہوئے اس بات کو یقینی بناتا ہے کہ سرور دوبارہ شروع ہونے والے ٹوکن اور ریفریش ٹوکن تک رسائی قابل رسائی رہے۔ ان بہترین طریقوں پر عمل کرتے ہوئے ، ڈویلپرز بادل کی میزبانی شدہ ایپلی کیشنز میں ہموار اور بلاتعطل تصدیق کے بہاؤ کو یقینی بناسکتے ہیں۔ 🔐