Google OAuth 2.0 Yenileme Tokenlerinin Kodunu GCE'de eksik

OAuth 2.0'da yenileme jeton tutarsızlığını anlamak

Web uygulamanız için kesintisiz bir OAuth 2.0 kimlik doğrulama akışı geliştirdiğinizi düşünün. Her şey yerel makinenizde mükemmel çalışıyor, ancak Google Cloud Engine (GCE) 'de dağıtıldığında, önemli bir parça - yenileme jetonu - eksik! 🤯 Bu sorun, otomatik jeton yenilemesini önler, kullanıcı oturumlarını bozar.

Birçok geliştirici, uygulanmasına rağmen bu şaşırtıcı sorunla karşı karşıyadır Access_type = "Çevrimdışı" ve diğer en iyi uygulamalar. Localhost ortamı sürekli olarak bir yenileme jetonu döndürürken, bulut dağıtım bunu başaramaz. Her iki kurulum da aynı kod tabanını ve kimlik doğrulama akışını paylaşırken gizem derinleşir.

Sayısız saat hata ayıklamadan sonra, çözüm genellikle gözden kaçan bir parametrede yatar: çabuk seçenek. Bu ayarı değiştirmek, bir yenileme jetonu almak ve sonsuz bir kimlik doğrulama döngüsüne takılmak arasındaki fark anlamına gelebilir. Ama bu neden oluyor? 🤔

Bu makalede, bu sorunun temel nedenini inceleyeceğiz, Google'ın OAuth 2.0 davranışını keşfedeceğiz ve somut bir düzeltme sağlayacağız. Koşuyor olsan da Flask uygulaması Ya da başka bir çerçeve, çalışan bir çözüm ve Google’ın kimlik doğrulama tuhaflıklarını daha iyi anlayacaksınız!

Flask Uygulamalarında OAUTH 2.0 Yenileme Token Almayı Anlamak

OAuth 2.0, uygulamaların Google gibi harici sağlayıcılar aracılığıyla kullanıcıları doğrulamasına izin veren yaygın olarak kullanılan bir kimlik doğrulama çerçevesidir. Örneğimizde bir Şişe Kullanarak uygulama istekler_oauthlib Kimlik doğrulama işlemini ele almak için kütüphane. Bununla birlikte, önemli bir sorun ortaya çıktı: Yenileme jetonu sadece yerel olarak çalışırken verildi, ancak bulut ortamında verilmedi. Bu sorun otomatik jeton yenilemesini önledi ve kullanıcıların sık sık yeniden kimlik doğrulamasını gerektirdi.

Çözümün çekirdeği, kimlik doğrulama isteğini ayarlamaktır. Varsayılan olarak, Google yalnızca açıkça istendiğinde bir yenileme jetonu verir. Access_type = "Çevrimdışı". Ancak, bazı durumlarda, istemi = "rıza" Google'ı kullanıcıyı yetkilendirme için yeniden savurmaya zorlamak için parametre gereklidir. Bu, uygulamayı kullanırken özellikle önemlidir. Google Bulut Motoru (GCE), daha önce verilen izinlerin devredilemeyeceği yerlerde.

Komut dosyamız bir OAuth oturumunu başlatarak ve kullanıcıları Google’ın oturum açma sayfasına yönlendirerek başlar. Kullanıcı kimliği doğrulandıktan sonra Google, uygulamanın bir erişim belirteci için alışverişi yaptığı bir yetkilendirme kodu döndürür. Kilit mesele, doğru parametreler olmadan Google'ın bir yenileme jetonu sağlaması ve uzun vadeli kimlik doğrulamasını imkansız hale getirmesidir. Dahil etme isteğini değiştirerek istemi = "rıza", her zaman yeni bir yenileme jetonunun üretilmesini sağlıyoruz.

Çözümü doğrulamak için, bir giriş isteğini simüle etmek ve doğru kimlik doğrulama URL'sinin döndürüldüğünü doğrulamak için bir birim testi oluşturduk. Bu, düzeltmemizin farklı ortamlarda çalışmasını sağlar. Daha önce benzer bir sorunla karşılaştıysanız - kimlik doğrulamasının üretime karşı geliştirmeye karşı farklı davrandığı - OAuth 2.0'ın kullanıcı oturumlarını ve jeton kalıcılığını nasıl ele aldığını anlamak çok önemlidir. Bu ayarlamalarla, sorunsuz kimlik doğrulama ve daha iyi bir kullanıcı deneyimi sağlayabilirsiniz. 🚀

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()

Bulut ortamlarında güvenli ve kalıcı OAuth 2.0 kimlik doğrulamasını sağlamak

Bulutta OAuth 2.0 kimlik doğrulamasını dağıtarken geliştiricilerin karşılaştığı önemli bir zorluk, kimlik doğrulama işleminin oturumlar arasında sorunsuz kalmasını sağlamaktır. Bir yenileme jetonu verilmediğinde, kullanıcıların sık sık yeniden yetersiz kalması gerekir, bu da kullanıcı deneyimini bozabilir. Bu sorun genellikle yanlış yapılandırmanın nedeniyle ortaya çıkar. OAuth 2.0 onay ekranı Google Bulut Konsolunda, Google'ın uygulamanın çevrimdışı erişim gerektirmediğini varsaymasına yol açar.

Başka bir önemli faktör, gerekli tüm API kapsamlarının düzgün bir şekilde yapılandırılmasını sağlamaktır. Bulutta barındırılan bir uygulama hakkı talep etmiyorsa OAuth 2.0 kapsamı, Google, yenileme jetonları hariç verilen izinleri sınırlayabilir. Geliştiriciler, uygulamalarının açıkça çevrimdışı erişim istediğini ve örneğin ilgili kapsamları içerdiğini doğrulamalıdır. "OpenID", "E -posta" ve "Profil", kimlik doğrulama isteğinde. Ayrıca, kullanarak Incld_granted_scopes = "True" Parametre, önceki oturumlarda verilen izinlerin korunmasına yardımcı olur.

Kimlik doğrulama güvenliğini ve kalıcılığını daha da artırmak için, geliştiriciler sağlam uygulamalıdır jeton depolama. Jetonları oturum değişkenlerinde depolamak yerine, güvenli bir veritabanı veya şifreli bir depolama mekanizması kullanmak, erişim belirteçlerinin ve yenileme jetonlarının sunucu yeniden başlatmalarında erişilebilir kalmasını sağlar. Bu en iyi uygulamaları izleyerek, geliştiriciler bulutla barındırılan uygulamalarda sorunsuz ve kesintisiz bir kimlik doğrulama akışı sağlayabilir. 🔐