httr പ്രോക്സി കോൺഫിഗറേഷനിൽ ഓതന്റിക്കേഷൻ സ്കീം തിരഞ്ഞെടുക്കുക

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)

പ്രോക്സി ആ സ്കീം വാഗ്ദാനം ചെയ്യുകയും ഇൻസ്റ്റാൾ ചെയ്ത libcurl ബിൽഡ് അതിനെ പിന്തുണയ്ക്കുകയും ചെയ്യുമ്പോൾ മാത്രം ntlm ഉപയോഗിക്കുക. ഇടപാട് ഇപ്പോഴും പരാജയപ്പെട്ടാൽ, curl-ന്റെ NTLM പ്രോക്സി ഡയഗ്നോസ്റ്റിക്സ് ചലഞ്ച്, ബിൽഡ് പിന്തുണ, കണക്ഷൻ തുടർച്ച എന്നിവയുടെ പരിശോധനകൾ വിശദീകരിക്കുന്നു. Basic പ്രതീക്ഷിക്കുന്ന പ്രോക്സിക്ക്, auth = 'basic' തിരഞ്ഞെടുക്കുക. Basic ആണ് use_proxy-യുടെ സ്ഥിരമായ മൂല്യം; Windows ശൈലിയിലുള്ള ഉപയോക്തൃനാമം മാത്രം നൽകുന്നത് NTLM തിരഞ്ഞെടുക്കുന്നില്ല.

ഹെൽപ്പർ ഈ മൂല്യങ്ങളെ libcurl-ന്റെ proxyuserpwd, proxyport, proxyauth ഓപ്ഷനുകളിലേക്ക് മാപ്പ് ചെയ്യുന്നു. പോർട്ട് ആർഗ്യുമെന്റ് സംഖ്യയായിരിക്കണം.

407 പ്രോക്സിയുടെ ലോഗിൻ സംബന്ധിച്ചതാണ്. httr::authenticate വഴിയോ ആപ്ലിക്കേഷൻ Authorization ഹെഡർ വഴിയോ API-ക്ക് നൽകുന്ന അക്കൗണ്ടിന് വേറെ സ്വീകർത്താവുണ്ട്.

രഹസ്യങ്ങൾ ഒഴിവാക്കി യഥാർത്ഥ പ്രോക്സി എൻഡ്പോയിന്റും പ്രഖ്യാപിച്ച ചലഞ്ചും പിശക് റിപ്പോർട്ടിനൊപ്പം സൂക്ഷിക്കുക. തെറ്റായ അക്കൗണ്ട്, തെറ്റായ സ്കീം, പിന്തുണയ്ക്കാത്ത ഓതന്റിക്കേഷൻ രീതി എന്നിവയ്ക്ക് വ്യത്യസ്ത അറ്റകുറ്റപ്പണികൾ വേണം; സർട്ടിഫിക്കറ്റ് പരിശോധന മാറ്റുന്നത് അവയിൽ ഒന്നും തിരഞ്ഞെടുക്കുന്നില്ല.