একটি Windows PAC স্ক্রিপ্ট গন্তব্য অনুযায়ী প্রক্সি বেছে নিতে পারে। R-এর curl প্যাকেজ দিয়ে করা ডাউনলোডের জন্য, স্থানান্তর হ্যান্ডেল তৈরি করার আগে Windows সহায়কের কাছে সেই URL-এর পথ জিজ্ঞাসা করুন:

url <- "https://example.com/data.csv"
route <- curl::ie_get_proxy_for_url(url)
if (is.null(route)) route <- ""

handle <- curl::new_handle(proxy = route)
connection <- curl::curl(url, handle = handle)

অ্যাপ্লিকেশনের স্বাভাবিক সংযোগ জীবনচক্রের মাধ্যমে সংযোগ পড়ুন ও বন্ধ করুন। স্নিপেটটি সেই curl হ্যান্ডেলের জন্য পথ নির্ধারণ করে; এটি R প্রক্রিয়ার প্রতিটি নেটওয়ার্কিং প্যাকেজ কনফিগার করে না।

সহায়কটি বর্তমান Windows প্রক্সি কনফিগারেশন পড়ে। স্বয়ংক্রিয় কনফিগারেশন সক্রিয় থাকলে, মূল্যায়নে PAC স্ক্রিপ্ট ডাউনলোড ও চালানো জড়িত থাকতে পারে, তাই লুকআপে সময় লাগতে পারে। সুবিধাজনক অসম্পর্কিত পরীক্ষা সাইটের বদলে প্রকৃত লক্ষ্য URL ব্যবহার করুন।

কোনো প্রক্সি নির্বাচিত না হলে সহায়কটি NULL ফেরত দেয়। উদাহরণে স্পষ্ট খালি প্রক্সি স্ট্রিংটি libcurl-কে এই স্থানান্তর সরাসরি করতে বলে, সেশন থেকে রেখে যাওয়া প্রক্সি পরিবেশ চলকে ফিরে যাওয়ার বদলে।

PAC ফাইলের URL ফলস্বরূপ প্রক্সি এন্ডপয়েন্ট নয়। সেই স্ক্রিপ্ট URL হ্যান্ডেলের প্রক্সি মান হিসেবে পাঠালে libcurl-কে স্ক্রিপ্টটি মূল্যায়ন করতে বলে না।

এই লুকআপ একটি নির্বাচিত প্রক্সি ফেরত দেয়, প্রতিটি PAC প্রার্থীর জন্য সম্পূর্ণ ব্রাউজার-সমতুল্য ফেইলওভার ইঞ্জিন নয়। এটি প্রমাণীকরণ তথ্যও সরবরাহ করে না। যে Windows ক্লায়েন্ট ও curl স্থানান্তরের এই নীতিটি সত্যিই প্রয়োজন, পরিচালনা স্থানীয়ভাবে সেখানেই রাখুন।

সম্পর্কিত নিবন্ধ