Authlibin välityspalvelinasetukset: Requests vastaan HTTPX

Tarkista Authlibin tuonti ennen proxy-argumentin valintaa. Sen Requests- ja HTTPX-integraatiot tarjoavat erilaisen siirtomäärityksen.

Requestsin OAuth2Session perii Requestsin Session-käyttäytymisen:

from authlib.integrations.requests_client import OAuth2Session

client = OAuth2Session(client_id=client_id)
client.proxies.update({
    "http": "http://proxy.example.net:8080",
    "https": "http://proxy.example.net:8080",
})

Vastaava asynkroninen HTTPX-integraatio ottaa asiakastason proxy-argumentin rakennusvaiheessa:

from authlib.integrations.httpx_client import AsyncOAuth2Client

client = AsyncOAuth2Client(
    client_id=client_id,
    proxy="http://proxy.example.net:8080",
)

HTTPX-esimerkki käyttää yhtä proxy-valintaa, jota Authlib 1.9.1 tukee. Tämä integraatio välittää tunnistetut siirtovaihtoehdot taustalla olevalle HTTP-asiakkaalleen. Requestsin tyylinen proxies-sanakirja ei ole vaihdettava konstruktorin argumentti. Julkisille token- ja API-päätepisteille sallitulla julkisella välityspalvelinreitillä HTTP-välityspalvelinluettelo tarjoaa ehdokkaita molempien esimerkkien HTTP-proxy-URL-osoitteille.

Säilytä sovelluksen nykyinen OAuth-rekisteröinti, redirect URI, scopes ja tokenien käsittely, kun otat kumman tahansa määrityksen käyttöön. Käytä määritettyä asiakasta token- ja suojattujen resurssien toiminnoissa ja sulje se sen tavallisen synkronisen tai asynkronisen elinkaaren kautta.

Kehyksen apurit voivat luoda nämä asiakkaat sovelluksen puolesta. Tarkastele apurin integraatiota ja asiakkaan luontivaihtoehtoja ennen pyyntönaikaisten argumenttien välittämistä. Requestsin token-pyynnön hyväksymä proxies-avainsana ei todista, että asynkroninen HTTPX-pyyntö hyväksyy sen.