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 नामको shell आदेश होइन।

प्रतिवेदनलाई डाउनलोड विधिसँग मिलाउनुहोस्

method='libcurl' सहित download.file यही पुस्तकालय प्रयोग गर्छ। method='curl' ले बाह्य एक्जिक्युटेबल सुरु गर्छ। हालको स्वचालित HTTP(S) चयनले libcurl प्रयोग गर्छ, र NULL मान भएको download.file.method विकल्पले त्यो पूर्वनिर्धारित कायम राख्न सक्छ।

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

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

पुस्तकालय प्रतिवेदनलाई छानिएको विधि र जडान त्रुटिसँगै राख्नुहोस्। प्रमाणपत्र असफलता, असमर्थित प्रोक्सी योजना र अस्वीकृत श्रोता फरक-फरक निष्कर्ष नै रहन्छन्; केवल संस्करण नम्बर तिनीहरूको निदान होइन।