R վստահված սերվերի ախտորոշում․ libcurl տարբերակ, TLS հետնաշերտ և արձանագրություններ

Conda միջավայրում տեղադրված R-ը կարող է օգտագործել libcurl-ի այլ կառուցվածք, քան տերմինալում գտնվող curl կատարվող ֆայլը։ Հարցրեք ձախողվող R նստաշրջանին, թե իրականում որ գրադարանն ունի․

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

Նիշային արժեքը հաղորդում է կապակցված libcurl-ի տարբերակը։ Նրա ssl_version հատկանիշը նույնականացնում է TLS իրականացումը, իսկ protocols-ը թվարկում է այդ գրադարանի կողմից աջակցվող նպատակային արձանագրությունները։ Դրանք նկարագրում են R-ի ներկառուցված libcurl ուղին, ոչ թե curl անունով shell հրաման։

Համապատասխանեցրեք հաշվետվությունը ներբեռնման եղանակին

download.file-ը method='libcurl'-ով օգտագործում է այս գրադարանը։ method='curl'-ը գործարկում է արտաքին կատարվող ֆայլը։ HTTP(S)-ի ներկայիս ավտոմատ ընտրությունը օգտագործում է libcurl, և NULL արժեքով download.file.method ընտրանքը կարող է թողնել այդ լռելյայն տարբերակը։

Կատարեք ստուգումը այն իրական միջավայրում, որն ընտրում է աշխատանքը կամ IDE-ն։ R-ի մեկ այլ տեղադրում կարող է հաղորդել այլ տարբերակ կամ TLS հետնաշերտ, նույնիսկ երբ նրա սկրիպտները նույնական են թվում։

Ցանկում նշված https արձանագրությունը նշանակում է, որ HTTPS նպատակակետերն աջակցվում են։ Դա չի ապացուցում, որ որոշակի վստահված սերվերի ունկնդիր ընդունում է TLS։ HTTPS ներբեռնման համար սովորական HTTP վստահված սերվերը դեռ ունի http:// վստահված սերվերի URL։

Պահեք գրադարանի հաշվետվությունը ընտրված եղանակի և կապի սխալի հետ միասին։ Վկայագրի ձախողումը, չաջակցվող վստահված սերվերի սխեման և մերժված ունկնդիրը մնում են տարբեր հայտնաբերումներ․ միայն տարբերակի համարը նրանց ախտորոշումը չէ։