R i instaluar në një mjedis Conda mund të përdorë një ndërtim tjetër të libcurl-it nga ekzekutuesi curl në terminal. Pyetni sesionin R që dështon se cilën bibliotekë ka në të vërtetë:

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

Vlera e karaktereve raporton versionin e libcurl-it të lidhur. Atributi i saj ssl_version identifikon zbatimin TLS, ndërsa protocols rendit protokollet e destinacionit që mbështet ajo bibliotekë. Ato përshkruajnë rrugën e integruar të libcurl-it në R, jo një komandë shell të quajtur curl.

Përputhni raportin me metodën e shkarkimit

download.file me method='libcurl' përdor këtë bibliotekë. method='curl' nis ekzekutuesin e jashtëm. Zgjedhja aktuale automatike HTTP(S) përdor libcurl, dhe opsioni download.file.method me vlerën NULL mund ta lërë atë parazgjedhje në fuqi.

Kryeni inspektimin në mjedisin real që zgjedh puna ose IDE-ja. Një instalim tjetër i R mund të raportojë një version ose backend TLS tjetër edhe kur skriptet e tij duken identike.

Një protokoll https i listuar do të thotë se destinacionet HTTPS mbështeten. Kjo nuk provon që një dëgjues i caktuar proxy pranon TLS. Një proxy HTTP i zakonshëm për një shkarkim HTTPS ka ende një URL proxy me http://.

Ruani raportin e bibliotekës së bashku me metodën e zgjedhur dhe gabimin e lidhjes. Dështimi i certifikatës, skema e proxy-t e pambështetur dhe dëgjuesi i refuzuar mbeten gjetje të ndryshme; një numër versioni vetëm nuk është diagnoza e tyre.

Artikuj të ngjashëm