requests-oauthlib: agordu la prokurilon de OAuth2Session antaŭ fetch_token
Uzu la saman prokurilan sesion por akiri la ĵetonon kaj por protektitaj rimedoj, konservante la ekzistantan OAuth-fluon senŝanĝa.
from requests_oauthlib import OAuth2Session
session = OAuth2Session(client_id=client_id, redirect_uri=redirect_uri)
session.proxies.update({
'http': 'http://proxy.example:8080',
'https': 'http://proxy.example:8080',
})OAuth2Session etendas Session de Requests. Konstruu ĝin kun la ekzistanta klienta registriĝo de la aplikaĵo, la redirect URI, la state kaj la scopes, poste agordu ĝian itineron antaŭ la ĵetona interŝanĝo. Por publika HTTP-itinero, kandidato el la listo de HTTP-prokuriloj provizas la adreson en la prokurila mapo de ĉi tiu sesio.
Alvoku fetch_token kaj la operaciojn pri protektitaj rimedoj sur ĉi tiu sesio. Argumento proxies pasigita nur al fetch_token validas por tiu interŝanĝo; ĝi ne starigas daŭran itineron por postaj alvokoj.
La vizito de la rajtiga paĝo en la retumilo uzas la itineron de la retumilo. Python faras la ĵetonan peton aparte, do sukceso en la retumilo ne agordas ĉi tiun sesion.
La media integriĝo de Requests povas influi la elekton de la sesia prokurilo. Por strikta itinero posedata de la aplikaĵo, revizuu trust_env; malŝalti ĝin ankaŭ postulas eksplicitan provizadon de ajnaj bezonataj CA aŭ aŭtentikigaj agordoj.
OAuth-eraro redonita de ĵetona finpunkto povas alveni tra funkcianta prokurilo. Konservu tiun respondon aparte de prokurila aŭtentikigo, kies akreditaĵoj diferencas de klientaj sekretoj kaj alirĵetonoj.