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)

ntlm ব্যবহার করুন কেবল তখনই যখন প্রক্সি ওই স্কিম দেয় এবং ইনস্টল করা libcurl বিল্ড তা সমর্থন করে। মেলামেশা তবুও ব্যর্থ হলে curl-এর NTLM প্রক্সি ডায়াগনস্টিকস চ্যালেঞ্জ, বিল্ড-সমর্থন ও সংযোগ-ধারাবাহিকতার পরীক্ষা ব্যাখ্যা করে। Basic প্রত্যাশী প্রক্সির জন্য auth = 'basic' বেছে নিন। Basic হলো use_proxy-এর ডিফল্ট; কেবল Windows-ধাঁচের ব্যবহারকারীনাম দেওয়া NTLM নির্বাচন করে না।

সহায়ক এই মানগুলো libcurl-এর proxyuserpwd, proxyport ও proxyauth অপশনে ম্যাপ করে। port আর্গুমেন্ট সংখ্যাত্মক হতে হবে।

407 প্রক্সির লগইন সম্পর্কিত। httr::authenticate বা অ্যাপ্লিকেশনের Authorization হেডারের মাধ্যমে API-র জন্য দেওয়া অ্যাকাউন্টের প্রাপক আলাদা।

প্রকৃত প্রক্সি এন্ডপয়েন্ট ও ঘোষিত চ্যালেঞ্জ গোপন তথ্য বাদ দিয়ে ত্রুটি প্রতিবেদনের সঙ্গে রাখুন। ভুল অ্যাকাউন্ট, ভুল স্কিম ও অসমর্থিত প্রমাণীকরণ পদ্ধতির জন্য আলাদা মেরামত দরকার; সার্টিফিকেট যাচাই বদলালে তাদের মধ্যে নির্বাচন হয় না।