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 सत्र शुरू करना या किसी अन्य नेटवर्क कार्यान्वयन वाला पैकेज उपयोग करना भिन्न मार्ग दे सकता है।

संबंधित लेख