httr ನ use_proxy ಸಹಾಯಕವು ಪ್ರಾಕ್ಸಿ ಖಾತೆ ಮತ್ತು ದೃಢೀಕರಣ ಯೋಜನೆಯನ್ನು ಒಟ್ಟಿಗೆ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಉನ್ನತ ಮಟ್ಟದ httr ಕರೆಗೆ ಅದೇ ಸಂರಚನೆಯನ್ನು ಆಯ್ದ ಅಭಿವ್ಯಕ್ತಿಯ ಸುತ್ತ ಅನ್ವಯಿಸಬಹುದು:

route <- httr::use_proxy(
  'proxy.example',
  port = 8080,
  username = Sys.getenv('PROXY_USER'),
  password = Sys.getenv('PROXY_PASSWORD'),
  auth = 'ntlm'
)
response <- httr::GET('https://api.example/items', route)

ntlm ಅನ್ನು ಪ್ರಾಕ್ಸಿ ಆ ಯೋಜನೆಯನ್ನು ನೀಡಿದಾಗ ಮತ್ತು ಸ್ಥಾಪಿತ libcurl ಬಿಲ್ಡ್ ಅದನ್ನು ಬೆಂಬಲಿಸಿದಾಗ ಮಾತ್ರ ಬಳಸಿ. ವಿನಿಮಯವು ಇನ್ನೂ ವಿಫಲವಾದರೆ, curl ನ NTLM ಪ್ರಾಕ್ಸಿ ರೋಗನಿರ್ಣಯ ಸವಾಲು, ಬಿಲ್ಡ್ ಬೆಂಬಲ ಮತ್ತು ಸಂಪರ್ಕ ನಿರಂತರತೆಯ ಪರಿಶೀಲನೆಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ. Basic ನಿರೀಕ್ಷಿಸುವ ಪ್ರಾಕ್ಸಿಗೆ auth = 'basic' ಆಯ್ಕೆಮಾಡಿ. Basic ಎಂಬುದು use_proxy ನ ಡೀಫಾಲ್ಟ್; ಕೇವಲ Windows ಶೈಲಿಯ ಬಳಕೆದಾರಹೆಸರನ್ನು ನೀಡುವುದು NTLM ಆಯ್ಕೆಮಾಡುವುದಿಲ್ಲ.

ಸಹಾಯಕವು ಈ ಮೌಲ್ಯಗಳನ್ನು libcurl ನ proxyuserpwd, proxyport ಮತ್ತು proxyauth ಆಯ್ಕೆಗಳಿಗೆ ಮ್ಯಾಪ್ ಮಾಡುತ್ತದೆ. port ಆರ್ಗ್ಯುಮೆಂಟ್ ಸಂಖ್ಯಾತ್ಮಕವಾಗಿರಬೇಕು.

407 ಪ್ರಾಕ್ಸಿ ಲಾಗಿನ್‌ಗೆ ಸಂಬಂಧಿಸಿದೆ. httr::authenticate ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್‌ನ Authorization ಹೆಡರ್ ಮೂಲಕ API ಗೆ ನೀಡಿದ ಖಾತೆಗೆ ಬೇರೆ ಸ್ವೀಕರಿಸುವವರು ಇರುತ್ತಾರೆ.

ರಹಸ್ಯಗಳನ್ನು ಹೊರತುಪಡಿಸಿ ನಿಜವಾದ ಪ್ರಾಕ್ಸಿ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಮತ್ತು ಘೋಷಿತ ಸವಾಲನ್ನು ದೋಷ ವರದಿಯೊಂದಿಗೆ ಇರಿಸಿ. ತಪ್ಪು ಖಾತೆ, ತಪ್ಪು ಯೋಜನೆ ಮತ್ತು ಬೆಂಬಲಿಸದ ದೃಢೀಕರಣ ವಿಧಾನಕ್ಕೆ ವಿಭಿನ್ನ ದುರಸ್ತಿಗಳು ಬೇಕು; ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆಯನ್ನು ಬದಲಾಯಿಸುವುದು ಅವುಗಳ ನಡುವೆ ಆಯ್ಕೆ ಮಾಡುವುದಿಲ್ಲ.

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