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 ಗಿಂತ ಭಿನ್ನವಾಗಿವೆ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು