ALL_PROXY হলো R-এর curl অনুরোধের জন্য একটি বিকল্প পথ
R প্রক্রিয়ায় সম্পূর্ণ প্রক্সি URL সেট করুন, তারপর প্রোটোকল-নির্দিষ্ট ভেরিয়েবল, বাইপাস নিয়ম ও স্পষ্ট curl হ্যান্ডেল অপশন বিবেচনা করুন।
R-এর curl প্যাকেজ libcurl ব্যবহার করে। তাই প্রক্রিয়ার পরিবেশে থাকা প্রক্সি প্রয়োগ হতে পারে যদিও curl_fetch_memory-এ অনুরোধে কোনো প্রক্সি আর্গুমেন্ট থাকে না:
Sys.setenv(ALL_PROXY = "http://proxy.example:8080")
result <- curl::curl_fetch_memory("https://www.example.org/")
অনুরোধ প্রস্তুত করার আগে পরিবেশ সেট করুন। সম্পূর্ণ এন্ডপয়েন্ট ব্যবহার করুন, অভীষ্ট scheme ও port সহ; শুধু হোস্টনামই সঠিক প্রোটোকল বোঝায় ধরে নেবেন না। অনুমোদিত পাবলিক সাইটের অনুরোধের জন্য HTTP প্রক্সি তালিকা উদাহরণগুলোর HTTP প্রক্সি URL-এর প্রার্থী জোগায়।
ALL_PROXY একটি বিকল্প পথ। গন্তব্যের প্রোটোকলের জন্য প্রক্সি পরিবেশ ভেরিয়েবল অগ্রাধিকার পায়, এবং মিলে যাওয়া NO_PROXY বাইপাস এখনও সরাসরি সংযোগ বেছে নিতে পারে। ALL_PROXY বদলে কোনো প্রভাব না দেখলে ওই মানগুলো পরীক্ষা করুন।
একটি হ্যান্ডেলের নিজস্ব পথের জন্য তা স্পষ্টভাবে কনফিগার করুন:
handle <- curl::new_handle(proxy = "http://proxy.example:8080")
result <- curl::curl_fetch_memory(
"https://www.example.org/", handle = handle
)
হ্যান্ডেলের প্রক্সি অপশন পরিবেশ-প্রক্সি নির্বাচনকে অতিক্রম করে; বাইপাস নীতি প্রাসঙ্গিক থাকে। স্পষ্টভাবে খালি প্রক্সি অপশন প্রক্সি ব্যবহার বন্ধ করে, যদিও প্রক্সি পরিবেশ ভেরিয়েবল থাকে।
এই সেটিংস চলমান R প্রক্রিয়া ও curl-এর অনুরোধকে প্রভাবিত করে। ভিন্ন R সেশন চালু করা বা অন্য নেটওয়ার্কিং বাস্তবায়নযুক্ত প্যাকেজ ব্যবহার করলে ভিন্ন পথ তৈরি হতে পারে।