httr ના પ્રોક્સી કન્ફિગમાં પ્રમાણીકરણ સ્કીમ પસંદ કરો

વિનંતી 407 મેળવે ત્યારે httr ના use_proxy સહાયક દ્વારા પ્રોક્સી એકાઉન્ટ અને સ્પષ્ટ Basic અથવા NTLM પસંદગી પૂરી પાડો.

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 માટે આપવામાં આવેલા એકાઉન્ટનો પ્રાપ્તકર્તા અલગ છે.

ગુપ્ત માહિતી બાદ કરીને વાસ્તવિક પ્રોક્સી એન્ડપોઇન્ટ અને જાહેર કરેલો પડકાર ભૂલ અહેવાલ સાથે રાખો. ખોટું એકાઉન્ટ, ખોટી સ્કીમ અને અસમર્થિત પ્રમાણીકરણ પદ્ધતિ માટે જુદા જુદા સુધારા જરૂરી છે; પ્રમાણપત્ર ચકાસણી બદલવાથી તેમની વચ્ચે પસંદગી થતી નથી.

સંબંધિત લેખો