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 स्थानान्तरणमै ह्यान्डलिङ स्थानीय राख्नुहोस्।

सम्बन्धित लेखहरू