requests-oauthlib: fetch_token-க்கு முன் OAuth2Session-இன் proxy-ஐ அமைக்கவும்

டோக்கன் பெறுதல் மற்றும் பாதுகாக்கப்பட்ட வளங்களுக்கு அதே proxy-அறிந்த அமர்வைப் பயன்படுத்தி, இருக்கும் 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 proxy பட்டியல்களில் இருந்து ஒரு வேட்பாளர் இந்த அமர்வின் proxy வரைபடத்தில் முகவரியை வழங்குகிறார்.

இந்த அமர்வில் fetch_token மற்றும் பாதுகாக்கப்பட்ட-வளச் செயல்பாடுகளை அழைக்கவும். proxies வாதம் fetch_token-க்கு மட்டும் வழங்கப்படும்போது அந்தப் பரிமாற்றத்திற்கு மட்டுமே பொருந்தும்; அது பிந்தைய அழைப்புகளுக்கு நிரந்தரப் பாதையை நிறுவாது.

உலாவியில் அங்கீகாரப் பக்க வருகை உலாவியின் பாதையைப் பயன்படுத்துகிறது. Python டோக்கன் கோரிக்கையைத் தனியாகச் செய்கிறது, எனவே உலாவியில் வெற்றி இந்த அமர்வை அமைக்காது.

Requests-இன் சூழல் ஒருங்கிணைப்பு அமர்வின் proxy தேர்வைப் பாதிக்கலாம். பயன்பாட்டுக்குச் சொந்தமான கடுமையான பாதைக்கு trust_env-ஐ மதிப்பாய்வு செய்யவும்; அதை முடக்கினால் தேவையான CA அல்லது அங்கீகார அமைப்புகளையும் வெளிப்படையாக வழங்க வேண்டும்.

டோக்கன் endpoint திருப்பித் தரும் OAuth பிழை வேலை செய்யும் proxy வழியாக வரலாம். அந்தப் பதிலை proxy அங்கீகாரத்திலிருந்து தனியாக வைத்திருங்கள்; அதன் சான்றுகள் client secret மற்றும் access token-இலிருந்து வேறுபடும்.

தொடர்புடைய கட்டுரைகள்