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 ପାଇଁ ଦିଆଯାଇଥିବା ଖାତାର ଅଲଗା ପ୍ରାପ୍ତକର୍ତ୍ତା ଥାଏ।

ଗୋପନୀୟ ତଥ୍ୟ ବାଦ ଦେଇ ପ୍ରକୃତ ପ୍ରକ୍ସି ଏଣ୍ଡପଏଣ୍ଟ ଏବଂ ଘୋଷିତ ଚ୍ୟାଲେଞ୍ଜକୁ ତ୍ରୁଟି ରିପୋର୍ଟ ସହିତ ରଖନ୍ତୁ। ଭୁଲ ଖାତା, ଭୁଲ ସ୍କିମ ଏବଂ ଅସମର୍ଥିତ ପ୍ରମାଣୀକରଣ ପଦ୍ଧତି ପାଇଁ ଅଲଗା ମରାମତି ଆବଶ୍ୟକ; ପ୍ରମାଣପତ୍ର ଯାଞ୍ଚ ବଦଳାଇବା ସେମାନଙ୍କ ମଧ୍ୟରୁ ଚୟନ କରେ ନାହିଁ।

ସମ୍ପର୍କିତ ପ୍ରବନ୍ଧ