R प्रॉक्सी निदान: libcurl संस्करण, TLS बैकएंड और प्रोटोकॉल

Conda वातावरण में स्थापित R टर्मिनल में मौजूद curl एक्ज़ीक्यूटेबल से अलग libcurl बिल्ड इस्तेमाल कर सकता है। जो R सत्र विफल हो रहा है, उससे पूछें कि उसके पास वास्तव में कौन-सी लाइब्रेरी है:

info <- libcurlVersion()
info
attr(info, 'ssl_version')
attr(info, 'protocols')

वर्ण मान जुड़े libcurl का संस्करण बताता है। इसकी ssl_version विशेषता TLS कार्यान्वयन की पहचान करती है, जबकि protocols उस लाइब्रेरी द्वारा समर्थित गंतव्य प्रोटोकॉल की सूची देता है। ये R के अंतर्निहित libcurl पथ का वर्णन करते हैं, curl नाम के शेल कमांड का नहीं।

रिपोर्ट को डाउनलोड विधि से मिलाएँ

method='libcurl' के साथ download.file इसी लाइब्रेरी का उपयोग करता है। method='curl' बाहरी एक्ज़ीक्यूटेबल लॉन्च करता है। वर्तमान स्वचालित HTTP(S) चयन libcurl का उपयोग करता है, और NULL मान वाला download.file.method विकल्प उस डिफ़ॉल्ट को यथावत रहने दे सकता है।

जाँच उसी वास्तविक वातावरण में चलाएँ जिसे जॉब या IDE चुनता है। दूसरा R इंस्टॉलेशन अलग संस्करण या TLS बैकएंड बता सकता है, भले ही उसकी स्क्रिप्टें एक जैसी दिखें।

सूची में https प्रोटोकॉल होने का अर्थ है कि HTTPS गंतव्य समर्थित हैं। यह सिद्ध नहीं करता कि कोई विशेष प्रॉक्सी श्रोता TLS स्वीकार करता है। HTTPS डाउनलोड के लिए सामान्य HTTP प्रॉक्सी में अब भी http:// प्रॉक्सी URL होता है।

लाइब्रेरी रिपोर्ट को चुनी गई विधि और कनेक्शन त्रुटि के साथ रखें। प्रमाणपत्र विफलता, असमर्थित प्रॉक्सी स्कीम और अस्वीकृत श्रोता अलग-अलग निष्कर्ष ही रहते हैं; केवल संस्करण संख्या उनका निदान नहीं है।