R डाउनलोड के लिए Windows PAC मार्ग का मूल्यांकन करें

एक 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 ट्रांसफ़र को वास्तव में इस नीति की आवश्यकता है, वहीं संचालन स्थानीय रखें।