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 ను కలిగి ఉంటుంది.

లైబ్రరీ నివేదికను ఎంచుకున్న పద్ధతి మరియు కనెక్షన్ లోపంతో పాటు ఉంచండి. సర్టిఫికెట్ వైఫల్యం, మద్దతు లేని ప్రాక్సీ పథకం మరియు తిరస్కరించబడిన శ్రోత వేర్వేరు కనుగొన్న విషయాలుగానే ఉంటాయి; వెర్షన్ నంబర్ మాత్రమే వాటి నిర్ధారణ కాదు.

సంబంధిత వ్యాసాలు