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 हस्तांतरणाला हे धोरण खरोखर आवश्यक आहे, तिथेच हाताळणी स्थानिक ठेवा.

संबंधित लेख