R प्रॉक्सी निदान: libcurl आवृत्ती, TLS बॅकएंड आणि प्रोटोकॉल

R शी जोडलेल्या libcurl ची आवृत्ती, TLS अंमलबजावणी आणि प्रोटोकॉल गुणधर्म बाह्य curl एक्झिक्युटेबलपासून वेगळे तपासा.

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 असतो.

लायब्ररी अहवाल निवडलेल्या पद्धती आणि कनेक्शन त्रुटीसोबत ठेवा. प्रमाणपत्र अपयश, असमर्थित प्रॉक्सी योजना आणि नाकारलेला श्रोता हे वेगवेगळे शोधच राहतात; केवळ आवृत्ती क्रमांक हे त्यांचे निदान नाही.

संबंधित लेख