Kontroller Authlib-importen før du velger et proxyargument. Requests- og HTTPX-integrasjonene eksponerer ulik transportkonfigurasjon.

Requests OAuth2Session arver Requests' Session-atferd:

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",
})

Den tilsvarende asynkrone HTTPX-integrasjonen tar proxyargumentet på klientnivå under konstruksjonen:

from authlib.integrations.httpx_client import AsyncOAuth2Client

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

HTTPX-eksempelet bruker det entalls proxy-alternativet som Authlib 1.9.1 støtter. Den integrasjonen sender anerkjente transportalternativer videre til sin underliggende HTTP-klient. En proxies-ordbok i Requests-stil er ikke et utskiftbart konstruktørargument. For offentlige token- og API-endepunkter på en tillatt offentlig proxy-rute gir HTTP-proxylisten kandidater for HTTP-proxy-URL-ene i begge eksemplene.

Behold applikasjonens eksisterende OAuth-registrering, redirect URI, scopes og tokenhåndtering når du bruker en av konfigurasjonene. Bruk den konfigurerte klienten til token- og beskyttede ressursoperasjoner, og lukk den gjennom dens vanlige synkrone eller asynkrone livssyklus.

Rammeverkshjelpere kan opprette disse klientene på vegne av applikasjonen. Undersøk hjelperens integrasjon og klientoppsettet før du sender argumenter ved forespørselstidspunktet. Et proxies-nøkkelord som en Requests-tokenforespørsel godtar, beviser ikke at en asynkron HTTPX-forespørsel godtar det.

Relaterte artikler