Proxyinnstillingar i Authlib: Requests mot HTTPX

Kontroller Authlib-importen før du vel eit proxyargument. Requests- og HTTPX-integrasjonane eksponerer ulik transportkonfigurasjon.

Requests OAuth2Session arvar Requests' Session-åtferd:

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 tilsvarande asynkrone HTTPX-integrasjonen tek 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-dømet brukar det eintals proxy-alternativet som Authlib 1.9.1 støttar. Den integrasjonen sender anerkjende transportalternativ vidare til sin underliggande HTTP-klient. Ei proxies-ordbok i Requests-stil er ikkje eit utskiftbart konstruktørargument. For offentlege token- og API-endepunkt på ei tillaten offentleg proxy-rute gjev HTTP-proxylista kandidatar for HTTP-proxy-URL-ane i båe døma.

Hald på den eksisterande OAuth-registreringa til applikasjonen, redirect URI, scopes og tokenhandtering når du brukar ein av konfigurasjonane. Bruk den konfigurerte klienten til token- og verna-ressurs-operasjonar, og lukk han gjennom den vanlege synkrone eller asynkrone livssyklusen sin.

Rammeverkshjelparar kan lage desse klientane på vegner av applikasjonen. Gransk integrasjonen til hjelparen og klientoppsettet før du sender argument ved førespurnadstidspunktet. Eit proxies-nøkkelord som ein Requests-tokenførespurnad godtek, provar ikkje at ein asynkron HTTPX-førespurnad godtek det.