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 ਤੋਂ ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ।

ਸੰਬੰਧਿਤ ਲੇਖ