requests-oauthlib: fetch_token ପୂର୍ବରୁ OAuth2Session ର ପ୍ରକ୍ସି ସେଟ୍ କରନ୍ତୁ

ଟୋକେନ ପ୍ରାପ୍ତି ଏବଂ ସୁରକ୍ଷିତ ସମ୍ବଳ ପାଇଁ ସେହି ପ୍ରକ୍ସି-ସଚେତନ ସେସନ ବ୍ୟବହାର କରନ୍ତୁ, ଏବଂ ବିଦ୍ୟମାନ OAuth ପ୍ରବାହକୁ ସେହିପରି ରଖନ୍ତୁ।

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 Requests ର Session କୁ ବିସ୍ତାର କରେ। ଆପର ବିଦ୍ୟମାନ client registration, redirect URI, state ଏବଂ scopes ସହିତ ଏହାକୁ ତିଆରି କରନ୍ତୁ, ତାପରେ ଟୋକେନ ବିନିମୟ ପୂର୍ବରୁ ଏହାର ମାର୍ଗ ସେଟ୍ କରନ୍ତୁ। ସାର୍ବଜନୀନ HTTP ମାର୍ଗ ପାଇଁ HTTP ପ୍ରକ୍ସି ତାଲିକାରୁ ଜଣେ ପ୍ରାର୍ଥୀ ଏହି ସେସନର ପ୍ରକ୍ସି ମ୍ୟାପରେ ଠିକଣା ଯୋଗାଏ।

ଏହି ସେସନରେ fetch_token ଏବଂ ସୁରକ୍ଷିତ-ସମ୍ବଳ କାର୍ଯ୍ୟଗୁଡ଼ିକ କଲ୍ କରନ୍ତୁ। proxies ଆର୍ଗୁମେଣ୍ଟ କେବଳ fetch_token କୁ ଦିଆଗଲେ ସେହି ବିନିମୟ ପାଇଁ ପ୍ରଯୁଜ୍ୟ; ଏହା ପରବର୍ତ୍ତୀ କଲ୍ ପାଇଁ ସ୍ଥାୟୀ ମାର୍ଗ ସ୍ଥାପନ କରେ ନାହିଁ।

ବ୍ରାଉଜରରେ ଅନୁମତି ପୃଷ୍ଠାର ପରିଦର୍ଶନ ବ୍ରାଉଜରର ମାର୍ଗ ବ୍ୟବହାର କରେ। Python ଟୋକେନ ଅନୁରୋଧ ଅଲଗା ଭାବରେ କରେ, ତେଣୁ ବ୍ରାଉଜରରେ ସଫଳତା ଏହି ସେସନକୁ କନଫିଗର କରେ ନାହିଁ।

Requests ର ପରିବେଶ ଏକୀକରଣ ସେସନର ପ୍ରକ୍ସି ଚୟନକୁ ପ୍ରଭାବିତ କରିପାରେ। ଆପ-ମାଲିକାନାର କଠୋର ମାର୍ଗ ପାଇଁ trust_env ସମୀକ୍ଷା କରନ୍ତୁ; ଏହାକୁ ଅକ୍ଷମ କଲେ ଆବଶ୍ୟକ CA କିମ୍ବା ପ୍ରମାଣୀକରଣ ସେଟିଂସ ସ୍ପଷ୍ଟ ଭାବରେ ଦେବାକୁ ପଡ଼େ।

ଟୋକେନ endpoint ଫେରାଇଥିବା OAuth ତ୍ରୁଟି କାର୍ଯ୍ୟକ୍ଷମ ପ୍ରକ୍ସି ମାଧ୍ୟମରେ ଆସିପାରେ। ସେହି ପ୍ରତିକ୍ରିୟାକୁ ପ୍ରକ୍ସି ପ୍ରମାଣୀକରଣଠାରୁ ଅଲଗା ରଖନ୍ତୁ, ଯାହାର ପ୍ରମାଣପତ୍ର client secret ଏବଂ access token ଠାରୁ ଭିନ୍ନ।

ସମ୍ପର୍କିତ ପ୍ରବନ୍ଧ